<conflict_schema > _ < table > (Transact-SQL)
適用於:SQL Server
conflict_ < schema > _ < table 資料表 > 包含點對點複寫中衝突資料列的相關資訊。 發行集中每個複寫資料表都有衝突資料表,其中衝突資料表的名稱會附加架構和發行項名稱。 每個發行集資料庫中都有這些發行項特定的衝突資料表。
如果是點對點複寫,則在預設情況下,當散發代理程式偵測到衝突時,就會發生失敗。 衝突錯誤會記錄到錯誤記錄檔中,但是不會將任何衝突資料記錄到衝突資料表中;因此,此資料表無法供人檢視。 如果允許散發代理程式繼續進行,會將衝突記錄在本機中偵測到衝突的每一個節點上。 如需詳細資訊,請參閱< Conflict Detection in Peer-to-Peer Replication>中的「處理衝突」。
資料行名稱 | 資料類型 | 描述 |
---|---|---|
__$originator_id | int | 發生衝突變更之節點的識別碼。 如需識別碼清單,請執行 sp_help_peerconflictdetection 。 |
__$origin_datasource | int | 發生衝突變更的節點。 |
__$tranid | Nvarchar (40) | 在 __$origin_datasource 套用衝突變更的記錄序號 (LSN)。 |
__$conflict_type | int | 衝突類型,可以是下列其中一個值: 1:更新失敗,因為本機資料列已由另一個更新變更,或已刪除,然後重新插入。 2:更新失敗,因為本機資料列已經刪除。 3:刪除失敗,因為本機資料列已由另一個更新變更或已刪除,然後重新插入。 4:刪除失敗,因為本機資料列已經刪除。 5:插入失敗,因為本機資料列已經插入,或已插入,然後更新。 |
__$is_winner | bit | 指出此資料表中的資料列是否為衝突的勝出者,這表示它已套用至本機節點。 |
__$pre_version | Varbinary (32) | 發生衝突變更的資料庫版本。 |
__$reason_code | int | 解決衝突的程式碼。 可以是下列值之一: 0 1 2 如需詳細資訊,請參閱 __$reason_text 。 |
__$reason_text | Nvarchar (720) | 解決衝突。 可以是下列值之一: 已解決 (1) 未解決 (2) 未知 (0) |
__$update_bitmap | Varbinary( n ) . 大小會根據內容而有所不同。 | 點陣圖,指出在更新更新衝突的情況下更新了哪些資料行。 |
__$inserted_date | datetime | 衝突資料列插入此資料表的日期和時間。 |
__$row_id | timestamp | 與造成衝突之資料列相關聯的資料列版本。 |
__$change_id | 二進位 (8) | 對於本機資料列,此值等於與本機資料列衝突之連入資料列的 __$row_id。 這個值是傳入資料列的 Null。 |
<基表資料行名稱> | <基表資料行類型> | 衝突資料表包含基表中每個資料行的一個資料行。 |
另請參閱
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應