我有一個系統創建了一個用戶在我們的其他位置之一，並在他們的服務器上插入一條記錄。該數據然後被複制到中央服務器。在中央服務器上工作的用戶可以編輯該記錄，這意味着我必須鎖定記錄創建位置的編輯功能。跳過服務器必然是一種糟糕的編程習慣嗎？
但是，我希望記錄的創建者能夠編輯它，所以我正在考慮將它們重定向到服務器以編輯中央服務器上的記錄。 這是不好的做法，爲什麼？
我之所以只允許編輯在記錄的副本之一是爲了防止它被複制在複製.....
我們也在考慮雙向複製。
這不是一個壞習慣。不知道它對我來說有多大意義，但你可以做到這一點，而不會造成任何問題。
但是，您應該考慮爲什麼您要使用複製。無論出現什麼原因，看看那些適合連接到中央服務器的人。由於複製的要點是允許您在不連接到中央服務器的情況下進行操作（除了同步時）。
還要考慮複製有一些同步/更新選項，可以幫助您以不同方式實現目標。
在過去的工作生活中，我們使用從中央發佈者到三個訂戶服務器的SQL Server事務複製。延遲使得用戶爲（並且已經接收到）更新導致複製失敗/衝突的目的地服務器上的複製數據的能力而聲名狼借。
聽起來好像使用複製的整體設計可能沒有考慮到直接更新訂戶的願望（或需要）。是否有可能在這方面與主要參與者做一個快速白板？
@jl設計良好，因爲我們能夠使用雙向複製，雙方都可以更新記錄。但是我的一個同事寧願重定向到中央服務器。 – Eric 2010-02-23 15:50:00
你到底是什麼意思重定向到中央服務器？你改變連接字符串？您是否在中央服務器上使用Web服務？ – 2010-02-23 16:00:19
是的，連接字符串是一種方式，但我主要的意思是重定向到只在該中央服務器上運行的url。用戶登錄後將擁有權限。 – Eric 2010-02-23 16:07:26