指定合併發行項的處理順序
從 Microsoft SQL Server 2005 開始，可以覆寫合併式發行集之發行項處理的預設順序。這非常有用，例如，如果您透過觸發程序定義參考完整性，並且那些觸發程序必須以特定順序引發。
若要指定發行項處理順序
- 複寫 Transact-SQL 程式設計：如何：指定合併資料表發行項的處理順序 (複寫 Transact-SQL 程式設計)
如何確定處理順序
在合併同步處理期間，依預設，發行項將按物件間相依性所需的順序處理，包括在基底資料表上定義的宣告式參考完整性 (DRI) 條件約束。處理包括列舉對資料表所作的變更，然後套用這些變更。如果沒有 DRI，但資料表發行項之間存在聯結篩選或邏輯記錄，發行項將以篩選和邏輯記錄所需的順序處理。透過 DRI、聯結篩選、邏輯記錄或其他相依性與任何其他發行項無關的發行項，按照 sysmergearticles (Transact-SQL) 系統資料表中的發行項暱稱處理。
假設發行集包含在 SalesOrderHeader 資料表中含主索引鍵資料行 SalesOrderID，並且在 SalesOrderDetail 資料表中含相應外部索引鍵資料行 SalesOrderID 的資料表 SalesOrderHeader 與 SalesOrderDetail。在同步處理期間，合併式複寫透過在 SalesOrderDetail 中插入相關資料列之前於 SalesOrderHeader 中插入任何新資料列，以防止外部索引鍵違規。同樣地，在從 SalesOrderHeader 中刪除關聯資料列之前，可從 SalesOrderDetail 決定中刪除資料列。
但是，在某些應用程式中，參照完整性透過資料庫觸發程序強化，或使用應用程式層級而不是透過 DRI 來強化。以上所述的指定發行集 (而不是 DRI)，SalesOrderDetail 資料表具有插入觸發程序，可確保在允許插入前於 SalesOrderHeader 資料表中存在關聯資料列。SalesOrderHeader 具有刪除觸發程序，可確保在允許刪除前於 SalesOrderDetail 中沒有關聯資料列。合併式複寫在確定發行項處理順序時，不會考慮觸發程序，因為它無法在引發觸發程序前確定其結果。同樣地，複寫不會考慮在應用程式層級上定義的條件約束。
當透過觸發程序或在應用程式層級上維護參考完整性時，您應該指定處理發行項的順序。在使用觸發程序的範例中，您應該指定在處理 SalesOrderDetail 之前處理 SalesOrderHeader 資料表，因為發行項排序是以插入順序為基礎的。合併式複寫將自動反轉刪除順序。沒有發行項排序，合併式複寫也不會失敗，因為如果條件約束出現違規，「合併代理程式」會繼續處理發行項；然後重試在處理其他發行項後失敗的任何作業。只需指定發行項順序即可避免重試以及與其相關的其他處理。如果您指定了錯誤順序 (例如，導致在標頭記錄前處理詳細記錄的順序)，合併式複寫將會重試處理，直到它成功。