這些數據庫快照在報表方面是非常有價值，因為在快照數據庫中或者在原數據庫中，對於任何查詢而言沒有鎖就將被執行。快照也可以使用在災難恢復中，因為你可以將現有的數據恢復到現有的快照中，或者還可以在有害數據操作聲明的事件中存儲個別必要的表和數據。
數據庫快照如何工作
可以使用典型的數據庫命令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)來強調數據文件的增長級數，這樣在我接下來的實例中將更容易解釋清楚快照是如何工作的。
現在既然我已經有了一個源數據庫，現在我裝載一些數據來擴展數據文件的大小位。如此，使用上面的腳本來創建銷售歷史表。
