如果訂閱服務器即有SQLServer定於服務器，也有Oracle訂閱服務器或者其他非微軟的訂閱服務器，那麼必須先為Oracle等非微軟的訂閱服務期啟用發布，然後再創建SQLServer訂閱服務器。數據庫管理員只要用四個字就可以記住這個規則，即客人優先。另外，如果在這種混合型的訂閱服務器，則必須要使用OLE DB訪問接口，而不能夠采用ODBC訪問接口。而且運行分發代理時所使用的帳戶必須對OLE DB訪問接口的安裝目錄具有讀取的權限。這也是為什麼筆者強烈推薦使用OLE DB訪問接口的原因。因為采用了這個接口之後，則以後如果要兼容其它訂閱服務器，就是一個水到渠成的事情。不需要經過額外的調整與配置，就可以在對現有架構影響不大的情況下部署非SQL Server的訂閱服務器。
另外需要注意的是，不同的數據庫處理NULL值的方式不同。為此采用不同牌子的訂閱服務器，可能會影響到空值、空字符串和NULL值的顯示方式，而且這個顯示方式又會影響在定義了唯一約束的列中插入值的行為。如在Oracle數據庫中，如果在某一列中設置為了唯一行約束，那麼這個列仍然可以具有多個NULL值。但是在SQL Servre數據庫中則不同。只要這個列設置了唯一行約束，那麼這個列就職能夠有一個Null值。所以，在混合型的訂閱服務器中，有時候還需要通過應用程序或者其他手段來消除這種差異。或者在數據庫設計時，要有意識的避免這種情況，如禁用NULL值等等。或者可以跟Oracle或者IBM DB2的數據庫管理員聯系。往往這些大牌的數據庫為了相互之間實現兼容，都會在數據庫中預先實現了一些措施，來防止各個操作系統處理機制不同所導致的兼容問題。
三、 合並復制過程中同時更新多列。
在合並復制到過程中，可能需要對目標列同時進行更新。合並復制是支持這個功能的。在合並復制執行更新時，數據庫會更新一個Update語句中指定的所有列，並將沒有更改的列重置為原先的值。不過合並復制更新往往涉及到比較多的記錄，為此其執行速度會比較慢。為了提高這個執行的速度，在2008以前的數據庫系統匯總，為此專門設置了一個fase_multicol_updateproc。如需要合並復制時，會建議數據庫管理員將這個選項設置為false，以提高合並復制更新的執行效率。
不過在SQLServer2008中，通過優化器數據庫系統會自動對相關的合並復制更新語句進行優化。而且這個優化的效果比這個選賢設置為False還要明顯。雖然在2008數據庫中，為了向前兼容還存在這個參數，不過其存在的實際意義已經不大。為此數據庫管理員在需要各並復制更新時，不用為了提高其操作性能而再單獨的去設置這個參數。在以後的版本中，即使數據庫管理員設置了這個參數，數據庫系統也會忽略掉。
可見無論是在對數據庫進行升級又或者部署最新版本的數據庫時，管理員不僅需要考慮到向前兼容的問題(原有的設計要能夠在新版數據庫中實現)，同時也要考慮到數據庫系統的向後兼容(盡量避免使用過時的功能或者即將不用的參數)。畢竟企業使用數據庫是一個長久的過程，如往往一用就是幾十年。在這麼大的事件跨度內，不知道會出現多少個數據庫的版本。所以，數據庫的向後兼容與數據庫向前兼容一樣的重要。不過相對來說，向後兼容可能實現起來相對容易一點。只要數據庫管理員了解哪些參數或者功能可能在後續版本中被淘汰，就可以做好這個向後兼容性的工作。
