在做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模式是一个不错的选择。
以以前的经验来看，最好不要使用分布式事务，会遇到各种各样灵异的问题。
相关文档：
代码如下：
EXEC sp_rename '表名.[原列名]', '新列名', 'column'
*************************************************************************
Transact-SQL 参考
sp_rename
更改当前数据库中用户创建对象（如表、列或用户定义数据类型）的名称。
示例
A. 重命名表
下例将表 customers 重命名为 custs。 ......
1.首先需要建立plan table,否则不能使用
建立方法：
$oracle\rdbms\admin下有个
utlxplan.sql
其内容为:
create table PLAN_TABLE (
statement_id varchar2(30),
timestamp date,
remarks varchar2(80),
operat ......
在使用SQL*Plus生成报告文件的时候，往往会因为其默认的设置导致输出的结果非常的没有可读性，下面介绍一个日常中会被用到的一个脚本，其中包含一些格式化
输出的set命令
，为了方便理解，我会在每一条set命令之后紧跟着一个简单的解释，请慢慢体会。
sqlplus -s user_name/user_password << EOF >/dev/n ......
因为仰望ORACLE，所以一直都以为SQL SERVER很笨。
据传SQL 2005有了RowID的东西，可以解决TOP排序的问题。可惜还没有机会体验。在SQL 2000中写存储过程，总会遇到需要TOP的地方，而一旦遇到TOP，因为没办法把TOP后面的数字作为变量写到预编译的语句中去，所以只能够使用构造 SQL，使用Exec来执行。不说效率的问题� ......
/*
--作用：SQL SERVER操作ACCESS的存储过程
----------------------用法-------------------------------
--创建表tc
exec sp_operate_access 'create table tc(id int)','c:\db1.mdb'
go
--在tc表插入数据
exec sp_operate_access 'insert into tc(id) values(1)','c:\db1.mdb'
go
--删除tc表的数据
exec sp_op ......
