自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

解析SQL Server中數(shù)據(jù)庫快照的工作原理

數(shù)據(jù)庫 SQL Server
SQL Server是典型的關(guān)系數(shù)據(jù)庫管理系統(tǒng),受到廣大用戶的喜愛,數(shù)據(jù)庫快照是數(shù)據(jù)庫(稱為“源數(shù)據(jù)庫”)的只讀靜態(tài)視圖。在創(chuàng)建時,每個數(shù)據(jù)庫快照在事務(wù)上都與源數(shù)據(jù)庫一致。本文將為大家解析SQL Server中數(shù)據(jù)庫快照的工作原理。

數(shù)據(jù)快照對數(shù)據(jù)庫中數(shù)據(jù)來說也是起到了一種保護(hù)的作用,即如果源數(shù)據(jù)庫受到了損壞,就還可以將其恢復(fù)到創(chuàng)建數(shù)據(jù)庫快照時的狀態(tài),對數(shù)據(jù)庫的恢復(fù)發(fā)揮了很大的作用。

數(shù)據(jù)庫快照是怎樣工作的

可以使用典型的數(shù)據(jù)庫命令CREATE DATABASE語句來生成一個數(shù)據(jù)庫快照,在聲明中有一個源數(shù)據(jù)庫快照的附加說明。當(dāng)快照被建立時,同時生成一個稀疏文件。這個文件(只能使用在NTFS卷中)在初始化的時候并沒有磁盤空間分配給它——盡管你可能在WINDOWS資源管理器中看到了文件的大小,它會看上去與原始的源數(shù)據(jù)庫文件的大小相同。對磁盤來說其實(shí)這個文件的大小接近于零。

數(shù)據(jù)庫快照在初始化時讀的數(shù)據(jù)文件是來自于源數(shù)據(jù)庫的。當(dāng)源數(shù)據(jù)庫的數(shù)據(jù)發(fā)生變化時,數(shù)據(jù)引擎就會將原始數(shù)據(jù)從源數(shù)據(jù)庫拷貝到快照數(shù)據(jù)庫中。這個技術(shù)確??煺諗?shù)據(jù)庫只反映快照被執(zhí)行時數(shù)據(jù)的狀態(tài)。當(dāng)SELECT命令被用來發(fā)布反對數(shù)據(jù)庫快照時,不管數(shù)據(jù)頁的讀取是否被定位在源數(shù)據(jù)庫數(shù)據(jù)文件中還是在快照數(shù)據(jù)庫數(shù)據(jù)文件中都是沒有鎖被發(fā)布的。因為在只讀數(shù)據(jù)庫快照中是沒有鎖被發(fā)布,數(shù)據(jù)庫快照對于報表解決方案是一個重要的解決方案。

一個快照的實(shí)例

現(xiàn)在,讓我們來看看數(shù)據(jù)庫快照在SQL Server 2005中是如何工作的。為此,首先我需要一個源數(shù)據(jù)庫作為快照的來源。下面的腳本將創(chuàng)建一個源數(shù)據(jù)庫:

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

注意這里產(chǎn)品區(qū)域的大小。我定義它的大小為CHAR(150)來強(qiáng)調(diào)數(shù)據(jù)文件的增長級數(shù),這樣在我接下來的實(shí)例中將更容易解釋清楚快照是如何工作的。

現(xiàn)在既然我已經(jīng)有了一個源數(shù)據(jù)庫,現(xiàn)在我裝載一些數(shù)據(jù)來擴(kuò)展數(shù)據(jù)文件的大小位。如此,使用上面的腳本來創(chuàng)建銷售歷史表。

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

 

一旦你運(yùn)行以下的腳本,就可以來操縱數(shù)據(jù)庫文件儲存的地方了。在這個實(shí)例上面,我將這些文件放在C:SQL Server文件夾下。在我的計算機(jī)上,當(dāng)數(shù)據(jù)庫被初始化創(chuàng)建時數(shù)據(jù)文件的大小是1,216KB,數(shù)據(jù)裝載后的大小是7,360KB。既然源數(shù)據(jù)庫有一些數(shù)據(jù)已經(jīng)在里面了,所以我們現(xiàn)在就能建立一個快照了。使用以下的腳本來建立數(shù)據(jù)庫快照。

CREATE DATABASE SnapshotDatabase

ON

(

NAME = 'SourceDatabase_Data',

FILENAME = 'C:SQLServerSnapshotDatabase.mdf'

) AS SNAPSHOT OF SourceDatabase

這個創(chuàng)建快照的語法與創(chuàng)建數(shù)據(jù)庫的語法非常相似。兩個主要的區(qū)別:第一個區(qū)別是AS SNAPSHOT OF SourceDatabase語句,在服務(wù)器實(shí)例上指明哪個數(shù)據(jù)庫將作為快照的源數(shù)據(jù)庫;第二個區(qū)別是,在事實(shí)上數(shù)據(jù)庫快照是不會生成日志文件的。因為沒有數(shù)據(jù)操作事物只會發(fā)生在只讀數(shù)據(jù)庫上,所以沒有也不需要日志。

這個數(shù)據(jù)庫腳本創(chuàng)建一個名為SnapshotDatabase.mdf(數(shù)據(jù)文件的擴(kuò)展名不需要mdf)的稀疏文件。如果你在WINDOWS資源管理器中操作這個文件,并同時查看它的屬性,你將看到這個文件的大小與源數(shù)據(jù)庫文件的大小相同;然而,實(shí)際上磁盤上的大小卻接近于零。這時,數(shù)據(jù)庫快照是沒有它自己的數(shù)據(jù)。

你能運(yùn)行上面我使用的腳本重新在SourceDatabase數(shù)據(jù)庫里面插入10,000行數(shù)據(jù)到SalesHistory表中。這時,我的SourceDatabase數(shù)據(jù)庫大小是12,480KB,同時,磁盤上我的SourceDatabase數(shù)據(jù)庫大小現(xiàn)在為448KB。這時在SourceDatabase數(shù)據(jù)庫中所改變的數(shù)據(jù)頁都已經(jīng)被拷貝到SnapshotDatabase數(shù)據(jù)庫中了,這樣就能解釋為什么在磁盤上它的大小被增加了。

思考

數(shù)據(jù)庫快照允許你為報表創(chuàng)建只讀數(shù)據(jù)庫,并且如果有必要的話你可以恢復(fù)你的源數(shù)據(jù)庫到你的數(shù)據(jù)庫快照上。同樣的,你也可以根據(jù)你的報表目的創(chuàng)建任意多個數(shù)據(jù)庫快照。

特別值得注意的是,這些數(shù)據(jù)庫快照會占用磁盤空間,如果有太多的數(shù)據(jù)庫快照的話,它將很快的將你的磁盤陣列填滿,尤其在一個產(chǎn)品環(huán)境下,如果數(shù)據(jù)經(jīng)常要被更新,就更容易將磁盤陣列填滿。

另外,使用數(shù)據(jù)庫快照會降低數(shù)據(jù)庫的性能,因為在數(shù)據(jù)庫中將數(shù)據(jù)頁作為執(zhí)行寫操作拷貝是增加了數(shù)據(jù)庫輸入/輸出。

雖然有這些小缺點(diǎn),如果你能為報表提出一個好的數(shù)據(jù)庫快照創(chuàng)建方案,SQL Server 2005的這個新的特性將有更多的人使用。

凡事都是有兩面性,有好是一面就會有不好的一面,所以大家要理性的去分析,關(guān)于數(shù)據(jù)庫快照大家可以根據(jù)具體的情況選用,希望上文中講到的內(nèi)容對大家能夠有所幫助。

【編輯推薦】

  1. 教你如何利用SQL Server保護(hù)數(shù)據(jù)
  2. SQL Server 數(shù)據(jù)庫故障修復(fù)頂級技巧之一
  3. SQL Server數(shù)據(jù)庫對于應(yīng)用程序的關(guān)系

 

責(zé)任編輯:迎迎 來源: 賽迪網(wǎng)
相關(guān)推薦

2010-07-05 08:31:25

SQL Server快

2011-04-02 11:28:10

SQL Server數(shù)報表數(shù)據(jù)庫快照

2011-08-22 09:55:30

SQL Server 排序

2010-07-07 10:12:44

SQL Server

2010-07-15 17:28:50

SQL Server

2010-09-13 14:45:56

SQL Server

2010-07-08 15:55:25

SQL Server

2010-07-08 11:05:14

SQL Server數(shù)

2010-07-08 11:23:41

SQL Server還

2010-06-17 13:34:47

SQL Server數(shù)

2010-10-13 09:30:45

SQL Server

2011-08-25 13:10:44

SQL Server 設(shè)置自動編號字段

2011-08-25 16:13:31

SQL Server批量替換數(shù)據(jù)

2010-07-08 17:33:21

SQL Server數(shù)

2010-07-06 14:12:58

SQL Server數(shù)

2011-03-24 09:45:34

SQL Server數(shù)恢復(fù)

2011-03-24 09:07:11

SQL Server數(shù)備份

2011-03-24 09:24:08

SQL Server數(shù)還原

2010-07-06 09:44:51

SQL Server數(shù)

2010-07-09 11:28:12

SQL Server數(shù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號