SQLSERVER壓縮數(shù)據(jù)文件的用處有多大

前奏：

前些天因?yàn)榭蛻?hù)那邊的問(wèn)題（其實(shí)是盜版問(wèn)題），只能使用免費(fèi)的SQLSERVER EXPRESS版本

SQLSERVER2005 的express版本的SQLSERVER的整個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)文件大小限制為4GB（SQLSERVER2012express版本限制是10G），就是說(shuō)不管你用多少個(gè)文件組，多少個(gè)輔助數(shù)據(jù)文件ndf

所有加起來(lái)都不能超過(guò)4GB（mdf+ndf）

事務(wù)日志文件大小沒(méi)有限制

因?yàn)槲覀兊臄?shù)據(jù)庫(kù)只是使用了一個(gè)主數(shù)據(jù)文件GPOS.mdf和一個(gè)事務(wù)日志文件GPOS.ldf

?

本人的解決思路：

本人在想如果是這樣，到時(shí)候就收縮數(shù)據(jù)庫(kù)唄

在網(wǎng)上查了一下資料：由于DBCC SHRINKDATABASE一次運(yùn)行會(huì)同時(shí)影響所有的文件（包括數(shù)據(jù)文件和日志文件），使用者不能

指定每個(gè)文件的目標(biāo)大小，其結(jié)果可能不能達(dá)到預(yù)期的要求。所以建議先做好規(guī)劃，對(duì)每個(gè)文件確定預(yù)期目標(biāo)，然后使用DBCC SHRINKFILE

來(lái)一個(gè)文件一個(gè)文件地做比較穩(wěn)妥

本來(lái)很開(kāi)心的，網(wǎng)上資料都說(shuō)使用DBCC SHRINKFILE來(lái)收縮文件，那這樣就不怕拉 （我不怕不怕拉~）

但是，往下看那個(gè)資料：

1、首先了解數(shù)據(jù)文件當(dāng)前的使用情況

收縮量的大小不可能超過(guò)當(dāng)前文件的空閑空間的大小。如果想要壓縮數(shù)據(jù)庫(kù)的大小，首先要確認(rèn)數(shù)據(jù)文件里的確有相應(yīng)未被使用的空間。如果空間都在

使用中，那就要確認(rèn)大量占用空間的對(duì)象（表格或索引）。然后通過(guò)歸檔歷史數(shù)據(jù)，先把空間釋放出來(lái)

?

2、主數(shù)據(jù)文件（primary file）是不能被清空的。能被完全清空的只有輔助數(shù)據(jù)文件

?

3、如果要把一個(gè)文件組整個(gè)清空，要?jiǎng)h除分配在這個(gè)文件組上的對(duì)象（表格或索引），或者把他們移到其他文件組上。
DBCC SHRINKFILE不會(huì)幫你做這個(gè)工作

把數(shù)據(jù)文件里面數(shù)據(jù)和對(duì)象清除完、確認(rèn)數(shù)據(jù)文件（組）有足夠的空閑空間后，管理員就可以使用DBCC SHRINKFILE來(lái)縮小或清空指定文件了。

如果要縮小文件，就填上需要的target_size，如果要清空文件，就選擇EMPTYFILE

?

根據(jù)上面資料所說(shuō)，本人的解決思路是：

1、確認(rèn)大量占用空間的對(duì)象（表格或索引）。然后通過(guò)歸檔歷史數(shù)據(jù)，先把空間釋放出來(lái)再壓縮數(shù)據(jù)文件

2、重建索引，把一些數(shù)據(jù)頁(yè)面重排一次，原先的頁(yè)面被釋放，所占用的分區(qū)也被釋放，再去DBCC SHRINKFILE

如果你們有其他解決方法希望你們告訴我，謝謝您們了！！

?

總結(jié)

以上是生活随笔為你收集整理的SQLSERVER压缩数据文件的用处有多大的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。