Sql-Server
什麼時候不應該壓縮表
我們有兩台伺服器。我們剛剛壓縮了一個，但我接手了這個小項目，這個人說有些表不是很好的候選者。與許多其他人一樣，性能是至關重要的。說某些表不應該被壓縮是否準確？如果是這樣，尋找的一般門檻值是多少？我執行他的腳本來檢查每個對象的讀/寫，但由於這看起來像一個歷史，而不是在一個時間範圍內發生了什麼，這可能不是衡量這一點的準確方法。
您還可以查看SQL CAT 團隊編寫的這份白皮書。記下誰也審閱了該文件，它寫得很好。
白皮書將解釋說，由於我們正在討論數據壓縮，因此有些數據的壓縮效果會比其他數據更好。我相信有關應用程序工作負載的部分包含您的一些問題的資訊，它涵蓋了使用數據壓縮時發現的性能影響。我的建議是測試它。這確實是您確定它是否有益於或損害您的應用程序/系統的唯一方法。
白皮書中的一個片段指出了一些無法從數據壓縮中受益的數據：
- 具有數字或固定長度字元數據類型的列，其中大多數值需要為特定數據類型分配的所有字節
- 沒有太多重複數據
- 具有非重複前綴的重複數據
- 儲存在行外的數據
- 文件流數據