大型 SQL Server 數據庫設計建議

我們正在 MSSQL 2008 R2 標準中創建一個數據庫，我們將在其中儲存大量記錄。我們估計每年一張表中有 2 億多條記錄，我們主要是插入，很少對數據進行 UPDATE 或 DELETE。它是一個數據歸檔系統，我們每天都會在其中插入歷史記錄。我們將根據使用者請求生成有關此歷史記錄的不同類型的報告，因此我們有一些顧慮並需要技術投入和建議。

• 管理這種檔案表和數據庫的最佳方法是什麼？

以下是我的看法：

1. 如果您的更新/刪除很少，您可以將頁面填充因子增加到 95%。這將節省空間和讀取。不過做一些測試。
2. 根據諸如年份之類的廣泛類別對錶進行分區。
3. 將這些分區放在不同的文件組上。

每年 2 億行並不是特別大（除非行非常大）。您需要注意合理的數據庫設計原則（規範化）並使用索引和分區等標準功能。顯然，正確的硬體也很重要。

這裡沒有足夠的資訊來給出具體的建議。如果您覺得在詳細設計和實施方面需要幫助，請考慮僱用某人。

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