--误区1：在服务器故障转移后，正在运行的事务继续执行
--解释: 当发生故障转移时 ,主服务器与客户端连接被端开
,导致正在运行的未提交事务被强制回滚 ,当备份服务器提供服务后 ,客户端与服务器重新建立连接
--例外情况: 使用带有实时迁移功能的虚拟化技术
,该技术保证连接不被断开
,因此可以继续事务
--http://www.cnblogs.com/CareySon/archive/2012/10/19/2730647.html
--误区#2: DBCC CHECKDB 会引起阻塞，因为这个命令默认会加锁
--解释: 自SQL SERVER 2000之后 ,DBCC
CHECKDB默认使用快照来保持数据一致性 ,所以不需要对表加锁引起阻塞
--扩展: 虽然DBCC CHECKDB默认不会对数据表加锁
,但可以使用DBCC CHECKDB WITH TABLOCK选项来指明对数据表加锁 ,DBCC CHECKDB WITH
TABLOCK的运行速度远快于使用快照的 DBCC
CHECKDB
--http://www.cnblogs.com/CareySon/archive/2012/10/22/2733484.html
--误区#3: 即时文件初始化特性可以在 SQL Server中开启
--解释: 即时文件初始化特性是 Window功能, 该功能开启后如果运行
SQL服务的账号响应权限,SQL Server便可以利用该特性在备份恢复 +数据文件自动增长方面获益
--扩展:
即时文件初始化使得文件初始化过程跳过填的过程。使用跟踪标志来查看文件是否使用即时文件初始化，使用跟踪标志为 ON来暂停使用即时文件初始化特性
--扩展:
数据库日志文件无法使用即时文件初始化特性
--http://www.cnblogs.com/CareySon/archive/2012/10/22/2733487.html
--误区#4: DDL 触发器(SQL Server 2005之后被引入 )就是INSTEAD OF 触发器
--解释：DDL
触发器在DDL语句执行后被触发，其原理是一个 AFTER触发器。
--扩展：可以使用DDL触发器来限制用户对数据结果的操作，但应该小心使用
DDL触发器
--扩展：创建复制发布时，会在发布数据库上建立三个 DDL触发器，该触发器会对ALTER TABLE
SWITCH的变量造成影响
--http://www.cnblogs.com/CareySon/archive/2012/10/22/2733491.html
--误区#5: AWE 在位SQL SERVER中必须开启
--解释：在为SQL Server中，已经可以映射
TB的虚拟内存地址空间，无须再设置 AWE
--扩展：
--在位系统(SQL SERVER 2005+
版本)
----AWE是不需要的(即使是 ON状态，也毫无影响)
----开启“锁定内存页”使得缓冲池中的内存页不会被置换到虚拟内存中
(实际上所有的Single Page Allocator分配和 Stolen的内存都不会被置换)
----当开启“锁定内存页时”,SQL Server使用
Windows AWE
API来分配内存，这种方式略快
----“锁定内存页”仅仅在标准版和企业版中存在（译者注：在非生产环境的开发版也是存在的）
--在位系统(SQL
SERVER 2005+ 版本)
----为了使用大于G的内存，必须开启 AWE来使用额外的虚拟地址空间
----为了使用AWE
，“锁定内存页”权限必须开启
----“锁定内存页”仅仅在标准版和企业版中存在（译者注：在非生产环境的开发版也是存在的）
--http://www.cnblogs.com/CareySon/archive/2012/10/23/2734931.html