要不再管理多個數據庫和發布並不是件困難的事。假設你用SQL Server為你的一個數據庫站點開發一個應用程序。它進展得很快，並且你意識到你可以對同一個應用程序只做少量的修改就可以用於另一個站點。這將按用戶的要求很快就會完成，所以你決定復制代碼和數據庫並相應的做些修改。然後，其他的站點也要求應用程序，每一個都有自己的需要和要求。
來重復生產應用程序的最快方法是做一個應用和數據庫的復本，並對他們做必要的改動。過一段時間，一個對應用的新的需求可能使你選擇用SQL Server復制在你的站點和其他站點(可能到門戶機器上)之間拷貝數據。對於每一個站點，你將創建不同的發布和訂閱。
然後你的公司決定要合並站點，並且你要在同一台服務器(中央服務器)上部署多個數據庫和多個發布。這些數據庫和發布非常類似但是並不一樣。
很有可能你將開始發現它是很煩人且很復雜的——管理這個復制設計。太多的發布，太多的訂閱，並且很可能在多個發布中有相同的訂閱存在。聽起來很類似?
你將對復制設計做同樣的決定嗎?你可以在SQL Server復制設計過程中按這些步驟來簡化復制管理和控制。
復制設計目標
你要做一個成功的復制設計的目標應該將會減少管理力度和減少失敗點。你可以通過維護較少的發布和訂閱達到這個目標。但是，這會意味著改變數據庫結構，這可能並不可行。
數據庫設計
