这些数据库快照在报表方面是非常有价值，因为在快照数据库中或者在原数据库中，对于任何查询而言没有锁就将被执行。快照也可以使用在灾难恢复中，因为你可以将现有的数据恢复到现有的快照中，或者还可以在有害数据操作声明的事件中存储个别必要的表和数据。
数据库快照如何工作
可以使用典型的数据库命令CREATE DATABASE语句来生成一个数据库快照，在声明中有一个源数据库快照的附加说明。当快照被建立时，同时生成一个稀疏文件。这个文件(只能使用在NTFS卷中)在初始化的时候并没有磁盘空间分配给它——尽管你可能在WINDOWS资源治理器中看到了文件的大小，它会看上去与原始的源数据库文件的大小相同。对磁盘来说其实这个文件的大小接近于零。
数据库快照在初始化时读的数据文件是来自于源数据库的。当源数据库的数据发生变化时，数据引擎就会将原始数据从源数据库拷贝到快照数据库中。这个技术确保快照数据库只反映快照被执行时数据的状态。当SELECT命令被用来发布反对数据库快照时，不管数据页的读取是否被定位在源数据库数据文件中还是在快照数据库数据文件中都是没有锁被发布的。因为在只读数据库快照中是没有锁被发布，数据库快照对于报表解决方案是一个重要的解决方案。
一个快照的实例
现在，让我们来看看数据库快照在SQL Server 2005中是如何工作的。为此，首先我需要一个源数据库作为快照的来源。下面的脚本将创建一个源数据库：
| USE master GO IF EXISTS(SELECT name from sysdatabases where [name] = 'SourceDatabase') DROP DATABASE SourceDatabase GO CREATE DATABASE SourceDatabaseON PRIMARY ( NAME = SourceDatabase_Data, FILENAME = 'C:SQLServerSourceDatabase_Data.mdf' ) LOG ON ( NAME = SourceDatabase_Log, FILENAME = 'C:SQLServerSourceDatabase_Log.ldf' ) GO |
注重这里产品区域的大小。我定义它的大小为CHAR(150)来强调数据文件的增长级数，这样在我接下来的实例中将更轻易解释清楚快照是如何工作的。
现在既然我已经有了一个源数据库，现在我装载一些数据来扩展数据文件的大小位。如此，使用上面的脚本来创建销售历史表。
| USE SourceDatabase GO IF OBJECT_ID('SalesHistory')>0 DROP TABLE SalesHistory GO CREATE TABLE SalesHistory (SaleID INT IDENTITY(1,1), Product CHAR(150), SaleDate DATETIME, SalePrice MONEY) DECLARE @i INT SET @i = 1 WHILE (@i <=10000) BEGIN INSERT INTO SalesHistory (Product, SaleDate, SalePrice) VALUES ('Computer', DATEADD(mm, @i, '3/11/1919'), DATEPART(ms, GETDATE()) (@i 57) ) INSERT INTO SalesHistory (Product, SaleDate, SalePrice) VALUES ('BigScreen', DATEADD(mm, @i, '3/11/1927'), DATEPART(ms, GETDATE()) (@i 13) ) INSERT INTO SalesHistory (Product, SaleDate, SalePrice) VALUES ('PoolTable', DATEADD(mm, @i, '3/11/1908'), DATEPART(ms, GETDATE()) (@i 29) ) SET @i = @i 1 END GO |
|||
| 共2页: 上一页 1 [2] 下一页 | |||
 |
评论加载中…