大家都用過企業(yè)管理器中的--“收縮數(shù)據(jù)庫”，里面的功能的確可以收縮數(shù)據(jù)庫的日志文件(.ldf)和數(shù)據(jù)文件(.mdf)，但都會發(fā)現(xiàn)同樣的問題，在收縮“數(shù)據(jù)文件”(.mdf)時根本收縮不了多少。最多截段自動增長部份的，沒有根本釋放在日常操作中刪除數(shù)據(jù)庫的沉冗空間。

　　上述應該是很多人遇到過的，筆者也千試萬試試出來的方法，為了確定您的數(shù)據(jù)庫安全，在執(zhí)行下例的操作前，請先備份你的數(shù)據(jù)庫。

　　1.首先你要找到你的數(shù)據(jù)庫最大的表，一般是數(shù)目最大的表，如果不清楚，請在查詢分析器查詢：

　　DBCC SHOWCONTIG

　　接著用 sp_spaceused 表 來查詢reserved 的值和 data 的值 的差異可看來此表比較沉冗。

　　2.復制你的轉移舊表的數(shù)據(jù)到新表;

　　SELECT * INTO 新表 FROM 舊表

　　(如果你數(shù)據(jù)比較多，可能你會看到待壓縮的數(shù)據(jù)庫對應的mdf和ldf文件大小在猛增，沒事在復制表)

　　注:此命令不能把數(shù)據(jù)庫結結構完全復制，需要您重新把舊表與新表對應的主鍵，自動增長值，索引，默認值等修改。

　　3.更新一下;

　　DBCC UPDATEUSAGE (0)

　　4.把舊表刪除，然后把新表的名字改成舊表的名字，這些可以到企業(yè)管理器里操作(注意重命名名時的提示);

　　5.收縮mdf文件，也是最想要實現(xiàn)的一步;

　　DBCC SHRINKDATABASE('庫名')

　　DBCC shrinkfile(2,0)

　　DBCC UPDATEUSAGE (0)

　　/*

　　2 -> 要收縮的文件的fileid，對應sysfiles中的fileid。

　　0 -> 收縮到初始大小

　　*/

　　(注:紅字是收縮你的數(shù)據(jù)庫mdf文件,時間可能有點長;藍字是收縮ldf文件;紫字是更新一下，非重要)

　　完工，這時候你應該可以看到數(shù)據(jù)庫的mdf文件大小變化差異，不說幾十M，筆者的數(shù)據(jù)庫就從6G收縮到1G左右，再次執(zhí)行查詢一些數(shù)據(jù)，明顯快多了。

收縮數(shù)據(jù)庫