SQL Server数据库快照形成报表

核心提示：一旦你运行以下的脚本，就可以来操纵数据库文件储存的地方了，SQL Server数据库快照形成报表(2)，在这个实例上面，我将这些文件放在C:SQL Server文件夹下，虽然有这些小缺点，如果你能为报表提出一个好的数据库快照创建方案，在我的计算机上，当数据库被初始化创建时数据文件的大小是1,216KB

一旦你运行以下的脚本，就可以来操纵数据库文件储存的地方了。在这个实例上面，我将这些文件放在C:SQL Server文件夹下。在我的计算机上，当数据库被初始化创建时数据文件的大小是1,216KB，数据装载后的大小是7,360KB。既然源数据库有一些数据已经在里面了，所以我们现在就能建立一个快照了。使用以下的脚本来建立数据库快照。

CREATE DATABASE SnapshotDatabase
ON
(
NAME = 'SourceDatabase_Data',
FILENAME = 'C:SQLServerSnapshotDatabase.mdf'
) AS SNAPSHOT OF SourceDatabase

这个创建快照的语法与创建数据库的语法非常相似。两个主要的区别：第一个区别是AS SNAPSHOT OF SourceDatabase语句，在服务器实例上指明哪个数据库将作为快照的源数据库；第二个区别是，在事实上数据库快照是不会生成日志文件的。因为没有数据操作事物只会发生在只读数据库上，所以没有也不需要日志。

这个数据库脚本创建一个名为SnapshotDatabase.mdf（数据文件的扩展名不需要mdf）的稀疏文件。如果你在WINDOWS资源管理器中操作这个文件，并同时查看它的属性，你将看到这个文件的大小与源数据库文件的大小相同；然而，实际上磁盘上的大小却接近于零。这时，数据库快照是没有它自己的数据。

你能运行上面我使用的脚本重新在SourceDatabase数据库里面插入10,000行数据到SalesHistory表中。这时，我的SourceDatabase数据库大小是12,480KB，同时，磁盘上我的SourceDatabase数据库大小现在为448KB。这时在SourceDatabase数据库中所改变的数据页都已经被拷贝到SnapshotDatabase数据库中了，这样就能解释为什么在磁盘上它的大小被增加了。

总结：

数据库快照允许你为报表创建只读数据库，并且如果有必要的话你可以恢复你的源数据库到你的数据库快照上。同样的，你也可以根据你的报表目的创建任意多个数据库快照。

特别值得注意的是，这些数据库快照会占用磁盘空间，如果有太多的数据库快照的话，它将很快的将你的磁盘阵列填满，尤其在一个产品环境下，如果数据经常要被更新，就更容易将磁盘阵列填满。

另外，使用数据库快照会降低数据库的性能，因为在数据库中将数据页作为执行写操作拷贝是增加了数据库输入/输出。

虽然有这些小缺点，如果你能为报表提出一个好的数据库快照创建方案，SQL Server 2005的这个新的特性将有更多的人使用。