16.6.1 立即更新訂購者
所謂立即更新訂購者是指在復制時使用了立即更新選項。通常而言，快照復制和事務 復制都是單向數據復制即數據從出版者的源數據庫復制到訂購者的目標數據庫。但是SQL Server 通過允許訂購者來修改復制數據而增強了這種模式的功能。立即更新訂購者選項允 許既可以在出版者也可以在訂購者處對復制數據進行修改。立即更新是指對復制數據進行 修改的訂購者與出版者之間保持數據的立即更新，即立即將訂購者的修改反映到出版者那 里。并且提供了對其它訂購者而言的潛在事務一致性，即訂購者的修改在立即反映到出版 者那里之后，允許這一修改不必馬上同步到其它訂購者那里。在創建出版物時對該選項進 行設置。

應該強調的是，在對數據進行修改的訂購者與出版者之間使用了兩階段提交協議，從 而要求當訂購者對數據的修改在出版者那里被成功提交之后，這一修改才會在該訂購者處 被提交。如果提交成功，然后出版者才會在分發代理執行時（如果是快照復制，則也可以 是在快照被刷新時），把這種修改分發到其它的訂購者那里。

與完全的兩階段提交協議相比，立即更新訂購者選項降低了復制的復雜性以及事務提 交失敗的可能性。因為完全的兩階段協議要求所有參與事務的服務器之間必須有可靠的網 絡連接，并且對數據的修改只有在所有的參與者中都被成功提交才會生效但當設置立即 更新訂購者選項時，由于僅在對復制數據進行修改的訂購者與出版者之間使用了二階段提 交協議，所以事務的完整性仍得到很好的維護，而在出版者和其它訂購者之間并不使用二 階段提交協議，這樣便取消了所有參與者必須保持數據同步的復雜性。
注意：合并復制不允許使用立即更新訂購者選項。

在SQL Server 2000 中，若設置了立即更新訂購者選項則，需要以下組件的支持；
觸發器
存儲過程
Microsoft 的分布式事務協調器MS DTC
沖突檢測
環路檢測

1 觸發器
觸發器位于訂購者，被用來捕捉在訂購者上發生的事務并利用遠程過程調用將事務提 交給出版者。由于使用二階段提交協議，從而保證事務在出版者被成功提交后才會在訂購 者那里提交，如果提交失敗，則訂購者事務將回滾，從而使訂購者數據庫與出版者數據庫 仍能保持同步。
2 存儲過程
存儲過程位于出版者上，如果自訂購者上次接收復制數據以來，出版者數據庫發生的 變化與訂購者提交的事務不發生沖突，才允許在出版者提交這些來自訂購者的事務。若有 沖突發生，則拒絕事務提交，兩處的事務都將回滾。每篇論文都有為INSERT、 DELETE、 UPDATE 事務創建的存儲過程。
3 Microsoft 的分布式事務協調器（MS DTC）
在觸發器使用存儲過程將訂購者事務提交給出版者時，需要Microsoft 的分布式事務 協調器（MS DTC） 來管理出版者與訂購者之間的兩階段提交。遠程存儲過程使用BEGIN DISTRIBUTED TRANSACTION 來對MS DTC 進行初始化操作。
4 沖突檢測
出版數據庫中的存儲過程使用時間戳來進行檢測，以確定某列被復制到訂購者之后是 否又被修改。當訂購者提交立即更新事務時，它會把某行的所有列（包括時間戳列）送回 到出版者，出版者利用存儲過程將該行當前（屬于出版者數據庫）的時間戳值與從訂購者 送回的時間戳值進行比較，如果相同，表明在復制給訂購者之后沒有發生修改，則接收事 務（用從訂購者送回的行值來修改該行的當前值）。
5 環路檢測
環路檢測主要是基于以下考慮而被提出的，即如果訂購者的立即更新事務在出版者和 訂購者都被成功提交后，出版者要在以后的某一時刻將該事務復制到其它訂購者，但是由 于提交立即更新事務的訂購者已成功提交了該事務，因此也就沒有必要再將此事務從出版 者那里復制給該訂購者。如何解決該問題呢？環路檢測就是用來確定一事務是否已在某訂購者服務器處被成功提交，從而避免該事務又一次應用于訂購者服務器，最終因破壞了完 整性約束（如向同一表中插入同一行）導致復制中止。

16.6.2 排隊更新訂購者
排隊更新選項是SQL Server 2000 的新增功能。與立即更新訂購者一樣，排隊更新允 許快照復制或事務復制的訂購者對復制數據的修改，然后將修改反映到出版者那里。但不 同的是，排隊更新并不要求訂購者與出版者之間的網絡連接一直處于激活狀態。
通常在創建出版物時對該復制選項進行設置，如果使用了排隊更新選項，那么訂購者 對復制數據的修改是保存在一個隊列中。當訂購者與出版者之間的網絡連接恢復時，這些 隊列中的事務將按先后順序被應用到出版者。
由于訂購者對復制數據的修改是以異步的方式反映到出版者那里的，所以，一旦同一 數據被出版者或其它的訂購者修改，則容易出現復制數據的修改沖突。在創建出版物時， 我們通常也要決定沖突的解決策略，從而對可以出現的沖突提供解決方案，保證復制數據 的一致性。
如果用戶經常讀到數據，并且偶爾修改數據，則在該情況下推薦使用排隊修改，這樣 訂購者即使在離線的情況下仍可以對復制數據進行修改。

在SQL Server 2000 中，若設置了立即更新訂購者選項，則需要以下組件的支持：
觸發器
隊列
存儲過程
隊列閱讀代理

1 觸發
觸發器依附在訂購者的出版表上，當進行排隊更新時，觸發器用來捕捉訂購者上執行 的事務，然后將這些事務包在消息中并傳送到隊列中。

2 存儲過程
在創建出版物時，若指定了排隊更新選項，則在出版數據庫中對出版表執行插入、刪 除、更新的存儲過程將自動生成。隊列閱讀代理將調用存儲過程在出版者上執行隊列中的 事務，并進行沖突檢，測如有必要則產生一些補充命令，這些命令首先傳給分發數據庫， 然后傳送給訂購者。除此之外，在出版者上仍要創建記錄沖突信息，并將沖突信息傳遞給 相關訂購者的存儲過程，如果檢測到沖突，這些存儲過程將由隊列閱讀代理調用。

3 隊列
隊列主要用來存儲包含訂購者事務的消息，訂購者與分發者都有一個消息隊列。在網 絡斷開的情況下，包含訂購者事務的消息首先存儲在訂購者消息隊列，然后在網絡接通時 被傳送到分發者消息隊列。隊列閱讀代理讀到這些消息并將消息中的事務應用到出版者。

4 隊列閱讀代理
隊列閱讀代理運行在分發者上多線程代理，其主要任務就是從消息隊列中讀取信息并 將事務應用到出版者。

16.6.3 轉換復制數據
轉換復制數據是SQL Server 2000 新增的功能。用可轉換訂購（Transformable subscriptions） 來實現復制數據的轉換。可轉換訂購主要是利用數據轉換服務（DTS）所提供的 功能，如數據移動、傳遞映射、過濾等，從而可以根據每個訂購者的具體要求來定制、發 送復制數據。它可以在快照復制和事務復制中使用。比如，在以下情況下我們應該使用轉 換復制數據選項：

根據每一訂購者對出版數據進行列或水平分割
在SQL Server 2000 以前的版本中，由于不同的訂購者需要不同的數據（這里訂購者 所需要的數據是指表在垂直或水平分割后的某一部分），所以必須把數據分割成不同的數 據塊，從而在創建快照復制或事務復制時，也要分別為每一個訂購者創建不同的出版物。 這給復制的管理和配置帶來極大的不便，由此可增加系統的負擔。但是在SQL Server 2000 中，可轉換訂購允許為同一出版物創建定制的數據分割（列或行分割），即同一出版物支 持多個訂購，從而滿足不同訂購者對出版數據的不同需求。

創建數據轉換，如數據類型匹配、列操作（如兩列合成一列）、字符串操作、用 戶自定義函數等。
使用可轉換訂購在出版者與訂購者之間進行基本的、簡單的數據轉換和列操作主要包括以下幾個方面：

改變數據類型（除主鍵列外）
重新命名某列
從某列提取子字符串或向某列添加額外的字符
對某列使用函數
在創建出版物時設置該選項。完成該選項設置后，將創建一個復制DTS 包，訂購者將把該DTS 包作為出版物的一部分。
下面我們將介紹在Enterprise Manager 中如何創建可轉換訂購。
首先，在創建出版物時要設置Transform Published Data 選項，在創建出版物的step6

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com