SQL Server 2008 R2并行数据仓库所做的是支持你跨多个物理SQL Server服务器对你的数据仓库扩展。
SQL Server中的OPENROWSET函数提供了极大的灵活性，因为你可以在T-SQL存储过程中从各个角度来控制整个过程。
我经常看到有人在做这样一项工作，就是在分离一个数据库之后，删除日志文件以缩减它。其实这是一个非常危险的操作，它可能导致你的数据库损坏。
一旦升级了SQL Server到新的版本，你就无法轻易地再回到原先的版本了，可以说这是一条单行道。
将SQL Server独立实例转换成集群实例没有捷径，这是一个不太容易的任务，然而也没有想象中那么困难，在客户端要完成它是需要一定的停机时间的。
在一些小企业的许多DBA们会每天花时间通读错误日志来寻找问题，如果SQL Server服务器很多，人工浏览这些日志文件可能会花上非常长的时间。
如果你频繁地在索引重建以后执行索引重组，那么重组花费的CPU处理能力和磁盘I/O就浪费了，因为在执行完索引重建命令以后索引会被完全重建。
日志传送被某个没有完全理解事务日志怎样工作的人设置的第一征兆就是，日志传送配置被设置为每日或者每周恢复完整备份到日志传送目标服务器。
如果你不需要完整的事务日志记录，而是让数据库完全恢复，那么你应该把数据库改为简单恢复模式。
每天执行收缩（Shrink）数据库是一种不好的做法，单从技术角度考虑，你看到的最大影响会是，每次数据库收缩之后会产生大量的索引碎片。
