推薦：解讀在SQL Server中使用索引的技巧
在SQL Server中，為了查詢性能的優化，有時我們就需要對數據表通過建立索引的方式，目的主要是根據查詢要求，迅速縮小查詢范圍，避免全表掃描。 索引有兩種類型，分別是聚集索引(clustered index，也稱聚類索引、簇集索引)和非聚集索引(nonclustered index，

介紹:SQL Server 2008變更數據捕獲

SQL Server 2008的CDC函數讀取激活了CDC的每個表所關聯的事務日志來記錄系統表中的變更。它將這些文件寫到同一個數據庫的系統表中，這些系統表是可以通過直接查詢或系統函數來訪問的。

讓我們看些示例代碼并看看每一步有什么改變。

使用示例代碼來跟蹤可變部分

首先，我們從一個全新的數據庫開始。要跟蹤這些變更，打開對象瀏覽器并展開這些文件夾：

· Databases

· SQLServer Agent | Jobs

· (數據庫創建之后)Security | Roles | Database Roles

· (數據庫創建之后)Programmability | Stored Procedures | System Stored Procedures

· (數據庫創建之后)Programmability | Functions | Table-valued Functions

創建數據庫

CREATE DATABASE TestCdc

這為我們創建了新數據庫，但是沒有新作業。展開Tables文件夾和System Tables文件夾。現在是空的。

在數據庫TestCdc上激活變更數據捕獲

USE TestCdc

-- Turn on Change Data Capture at database level

EXEC sys.sp_cdc_enable_db

這個步驟需要一些時間。現在刷新System Tables文件夾。現在它下面有6個系統表：

· cdc.captured_columns

· cdc.change_tables

· cdc.ddl_history

· cdc.index_columns

· cdc.lsn_time_mapping

· dbo.systranschemas

注意，其中的5個是“cdc” schema 部分的。

在sys.all_objects表中還有四個新的看起來很奇怪的“SQL inline table-valued function”登錄：

· fn_cdc_get_all_changes_◦...◦

· fn_cdc_get_all_changes_...

· fn_cdc_get_net_changes_◦...◦

· fn_cdc_get_net_changes_...

(我使用了非比例字體，用“◦”來標記空格，使得很清楚地看到在這些名稱中有嵌入的空格。)

下面是會返回這些函數的查詢：

SELECT [name] FROM sys.all_objects WHERE [name] LIKE '%...%'

還有更多的新存儲過程

· sp_batchinsert_lsn_time_mapping

· sp_ins_dummy_lsn_time_mapping

· sp_ins_instance_enabling_lsn_time_mapping

· sp_ins_lsn_time_mapping

現在還沒有新的作業或角色。

創建新的Schema和用戶表

CREATE SCHEMA MySchema

CREATE TABLE MySchema.Person (

PersonID int IDENTITY PRIMARY KEY,

FirstName varchar(32) NOT NULL,

LastName varchar(32) NOT NULL,

UpdateCt int NOT NULL DEFAULT 0

)

上面的代碼創建了一個新的用戶表，但是這個表還沒有激活CDC。

這個步驟不影響我們所跟蹤的函數/存儲過程/角色列表。

為新的用戶表激活CDC

EXEC sys.sp_cdc_enable_table

@source_schema = N'MySchema',

@source_name = N'Person',

@role_name = N'ChangeDataAccessRole',

@supports_net_changes = 1

這會為新的用戶表激活CDC。刷新上面所列的文件夾。我們現在有了

· 一個新的系統表(cdc.MySchema_Person_CT)

· 兩個新的作業(cdc.TestCdc_capture和cdc.TestCdc_cleanup)

· 一個新的數據庫角色(ChangeDataAccessRole)

· 兩個新的表值型函數

o fn_cdc_get_all_changes_MySchema_Person

o fn_cdc_get_net_changes_MySchema_Person

· 三個新的存儲過程：

o sp_batchinsert_389576426

o sp_insdel_389576426

o sp_upd_389576426

你可以獲得這些存儲過程(sp_helptext 'cdc.sp_batchinsert_389576426' 【你的數字可能不一樣】)的文本。很明顯這個存儲過程被生成了，而且是專用于這個用戶表的。

如果你為第二個表激活了CDC，那么你將獲得另一組的sp_batchinsert_n、sp_insdel_n和sp_upd_n存儲過程。

系統表cdc.MySchema_Person_CT

這個表具有以下字段：

· __$start_lsn

· __$end_lsn

· __$seqval

· __$operation

· __$update_mask

· PersonID

· FirstName

· LastName

· UpdateCt

作業cdc.TestCdc_capture

當你研究這個捕捉作業時，你會發現它是很有趣的。從sysjobs，我們可以看出這個作業是屬于sa的，是在“REPL-LogReader”分類中，并有一個“CDC Log Scan Job”的描述。

從sysjobsteps，我們看到它有兩個步驟：

讀過這些細節之后，接下來有兩個步驟，但是我們將保留第二個，直到我們插入了一些數據之后再執行

sp_helptext N'sys.sp_MScdc_capture_job'

SELECT * FROM sys.dm_cdc_log_scan_sessions

存儲過程Psys.sp_MScdc_capture_job和sys.sp_cdc_scan

sys.sp_MScdc_capture_job是開始整個CDC過程的存儲過程。它首先進行一些安全檢查，然后調用sys.sp_cdc_scan，這將進行實質的工作。sys.sp_cdc_scan執行變更數據捕獲日志掃描操作。

默認情況下，sys.sp_cdc_scan在每個循環間進行五秒鐘的延遲。在每個常規的循環中，它調用sp_replcmds。(這是個復制存儲過程。使用默認(1)調用這個存儲過程會返回等待分配的下一個事務。在這個存儲過程中，默認@maxtrans是500。)

最后，它從sys.dm_cdc_log_scan_sessions讀取來準備調用sp_sqlagent_log_jobhistory，從而記錄作業歷史信息。

數據庫角色ChangeDataAccessRole

如果你打開新的ChangeDataAccessRole角色的屬性窗口，那么你會看到這個角色屬于“cdc”，并且具有對上面所列的兩個表值型函數的SELECT權限，除此之外沒有其它權限。

總結

研究這些細節使我們了解了Server 2008的CDC是怎樣執行的。

分享：怎樣減少SQL Server死鎖發生的情況
死鎖是指在某組資源中，兩個或兩個以上的線程在執行過程中，在爭奪某一資源時而造成互相等待的現象，若無外力的作用下,它們都將無法推進下去，死時就可能會產生死鎖,這些永遠在互相等待的進程稱為死鎖線程。簡單的說，進程A等待進程B釋放他的資源，B又等待A