在做SQL故障转移群集的时候应该选择哪种模式？
如果我们的SQL Server要保证高可用性，那么可以采用故障转移群集。最简单的故障转移群集是两台服务器，一台做活动的服务器，另一台做备用服务器，这就是AP模式的Cluster。另外一个模式就是AA模式，也就是两台服务器都是运行SQL Server实例。
SQL Server不像Oracle一样有RAC，所以不可能说两台服务器同时运行同一个实例，想要两台服务器都使用起来的话，那么只有各自运行一个实例。
那么我们企业里面要做Cluster的时候，到底应该做AP模式的还是做AA模式的呢？
AP模式是在两台服务器上安装一个数据库实例，只有一台服务器负责该数据库实例的全部运算和操作，另外一台服务器闲置。当活动的服务器发生故障时，系统自动启动另一台服务器的实例，实现故障转移。AP模式的最大缺点就是资源利用率低，只有一台服务器在被使用。
AA模式是在两台服务器上安装两个数据库实例，每台服务器分别运行一个数据库实例。当某一台服务器发生故障时系统将把发生故障的服务器上的数据库实例切换到另一台服务器上运行，也就是说另一台服务器上同时运行两个实例，当服务器恢复正常后再手动将一个数据库实例切换回另一台服务器。AA模式保证了两台服务器资源都被利用。
关于1个数据库实例中2个数据库和2个数据库实例中各1个数据库的区别：
1. 1个数据库实例中的2个数据库都必须运行在同一台服务器上，所以如果2个数据库都具有大量的运算占用大量的资源，则可能造成数据库服务器压力过大，运行缓慢；而2个实例中各1个数据库则可以将每个实例部署在不同的服务器上，各自使用各自服务器的资源，相互没有影响。
2. 1个实例中2个数据库的相互访问比较简单，可以对2个数据库进行事务操作；而2个实例中的数据库要相互访问则需要通过链接服务器或者其他方式来访问，如果要在2个实例中进行事务操作则需要启用分布式事务MSDTC，使用分布式事务将会使事务时间变长，事务出现错误的可能更大，甚至出现各种灵异的错误，所以一般不推荐使用分布式事务。
所以，如果我们在有足够资源（也就是很有钱的意思）的情况下，而且想简单一点，那么我们就做AP模式。毕竟AA模式比AP模式更复杂，更难于管理。如果我们想充分利用服务器资源，服务器有限，而且多个数据库之间不存在分布式事务的话，那么用AA模式是一个不错的选择。
以以前的经验来看，最好不要使用分布式事务，会遇到各种各样灵异的问题。
相关文档：
因为仰望ORACLE，所以一直都以为SQL SERVER很笨。
据传SQL 2005有了RowID的东西，可以解决TOP排序的问题。可惜还没有机会体验。在SQL 2000中写存储过程，总会遇到需要TOP的地方，而一旦遇到TOP，因为没办法把TOP后面的数字作为变量写到预编译的语句中去，所以只能够使用构造 SQL，使用Exec来执行。不说效率的问题� ......
如何把Access转成SQL Server的方法介绍
很多朋友想用SQL 2000数据库的编程方法，但是却又苦于自己是学Access的，对SQL只是一点点的了解而已，这里我给大家提供以下参考---将Access转化成SQL 2000的方法和注意事项。首先，我说的是在Access 2000，SQL 2000之间转换，其他的我也还没有尝试过，希 ......
日期类型概述
SQL Server中的日期类型包括datetime和smalldatetime，仅能处理可以识别为1753年～9999年间的日期的值，没有单独的日期型或时间型。
1．datetime
datetime类型处理从1753年1月1日～9999年12月31日的日期和时间数据，精确度为百分之三秒。
即：对于0.000～0.001、0.009的日期值，调整为0.000；对于 ......
对于服务器上数据的备份工作是网管员日常工作中最重要的工作之一，SQLServerAgent服务使得我们可以用SQL上的“数据库维护计划”功
能来自动备份数据，但最近我发现服务器上SQLServerAgent服务无法启动了，回想最近所做的操作，原来是因为我把SQL中
Builtin/Administrators这个帐号的服务器访问权限禁止 ......
1. SQL优化的原则是：
将一次操作需要读取的BLOCK数减到最低,即在最短的时间达到最大的数据吞吐量。
调整不良SQL通常可以从以下几点切入：
检查不良的SQL，考虑其写法是否还有可优化内容
检查子查询 考虑SQL子查询是否可以用简单连接的方式进行重新书写 ......
