1 個大合併出版物還是 N 個小出版物？

設想

我們有兩台伺服器，每台都有自己的Microsoft SQL Server

1. 服務_首頁
2. Serv_Web

在這兩個伺服器中，本地程序使用自己的本地數據庫並插入/更新表。數據在兩台伺服器之間共享，為此我們有幾個副本。Serv_Home是主伺服器（出版物的分發者）。

必須將特定表從Serv_Home複製到Serv_Web（反之亦然），因此發布是Snapshot。

對於所有其餘部分，使用合併發布。我們決定創建 5 個 Merge 發布，每組或多或少相關的表一個。我們有 5 個而不是一個大的單個的原因只是方便。一切正常。

但是最近，由於sqlservr.exe程序，我們在 Serv_Home中遇到了高 CPU 使用率（有時是 50%）。

---

題

擁有一個大的 Merge 出版物而不是 N 個小的出版物會更好嗎？這可能是性能瓶頸嗎？

我知道最好的方法是自己嘗試，但是我們是在生產環境中，全部重做會很麻煩。一些文件或良好的推理將不勝感激。

我一直在尋找無濟於事的答案。

但是，我發現一個地方提到了一些優點：

1. 更容易維護。
2. 多個數據流同時進入訂閱數據庫（希望如此）。
3. 如果發布的合併失敗，則只需修復並重新初始化此發布。

所以我認為只有 1 個大的出版物不會有任何性能改進。相反，如果數據流是並行的，我們甚至可以在 N 個小出版物中拆分合併時獲得更好的性能。

引用自：https://dba.stackexchange.com/questions/175538