雙資料庫

Ⅰ 資料庫實時雙向同步

訂閱的設置里有沒相關選項我倒沒注意，不過就我做的這些項目來看，一般情況下都是使用介面機來完成兩個資料庫間的數據傳遞的，不管是單向還是雙向。
首先資料庫A和資料庫B上都有伺服程序監聽數據變化，數據改變的事件觸發後向介面程序（一般都另外放一個機器，自己測試就丟到A或者B的機器上好了）
發送數據，由介面機傳送該數據到另外一個機器。這樣不會出現死循環的情況，因為傳過來的記錄是經過了伺服程序判斷後才會寫進資料庫的，你可以用各種手段（做標記，查重復記錄，捕捉SENDER等等方法）判斷某個改變是由更新引起還是正常操作引起。
目前為止我還沒有遇到需要雙向更新的需求，但是曾經就這個可能性在部門里討論過，結論是實用性很差，主要體現在不可靠性。網路延遲很可能會帶來不可預料的錯誤（典型的是數據丟失），但是如果使用消息中間件來確保數據安全的話（比如我正在做的機場集成系統），實時性會大打折扣，違背了初衷。
如果真的有同步的需要，建議考慮重新設計下資料庫結構，也許是可以繞過這個問題的。舉個簡單例子，如果可以負擔的起，完全可以架起第3個資料庫C，在A和B那裡訂閱更新。
PS：我不是做資料庫的，所以有些資料庫新技術我不太了解，搞不好很多資料庫自己帶的就有兩資料庫雙向同步的，還是先查一下資料的好。我的建議僅恭參考:-)