我們有一個SQL Server 2000數據庫，可以保存大多數運行在相對較舊服務器上的團隊數據庫。什麼時候壓縮Sql Server數據庫？
最近我們在各種應用程序的某些數據庫調用中遇到了一些奇怪的減速問題。 （所以我知道它不是應用程序特定的）
有人向我提到，我們應該研究壓縮我們的一些數據庫。做這些的一般規則是什麼？
壓縮數據庫只是被認爲是一般的維護？是否有數量可觀的數據庫，表格或記錄可能會導致這種減速並因此被壓縮？
號碼積極使用的數據庫的：6
數據庫的平均大小：20MB用的FogBugz的例外，那就是關於11000MB
你不壓縮一個SQL Server數據庫（你「縮水」它）除非你真的需要。這不是MS Access和不會回收未使用的空間（當然，是可以的，但它掩蓋一個更重要的問題）
更有可能的是，你有一個指數/統計問題：
對於該數據庫的大小（小）首先，我建議你看看
在SQL Server中，有你應該在你的數據庫做保養的各個位。因爲縮小數據庫對你來說是不值得的（「緊湊」是你可以用MS Access數據庫做的事情，在Sql Server中你可以縮小）。
相反，您的表格中經常查詢的列上沒有合適的索引的可能性更大。或者，你所擁有的索引是分散的。
一個很好的開始就是準確查看哪些查詢花了很長時間（啓動SQL Profiler和監視器的好主意）。然後，您可以查看這些查詢正在執行的操作，訪問哪些表/列，然後檢查是否有適當的索引。
這可能更適合服務器故障。但是，實際上，您的數據庫大小很小。我懷疑壓實會產生任何性能優勢。壓縮通常也是爲了回收空間。如果數據庫沒有壓縮，性能應該不會受到太大的影響。 – Joey 2009-11-23 13:52:52