Pages

2012年2月7日 星期二

sql2000如何完美壓縮.mdf文件


核心提示:大家都用過企業管理器中的--“收縮資料庫,裏面的功能的確可以收縮資料庫的日誌檔(.ldf)和資料檔案(.mdf),但都會發現同樣的問題,在收縮資料檔案”(.mdf)時根本收縮不了多少。最多截段自動增長部份的,沒有根本釋放在日常操作中刪除資料庫的沉冗空間。


大家都用過企業管理器中的--“收縮資料庫,裏面的功能的確可以收縮資料庫的日誌檔(.ldf)和資料檔案(.mdf),但都會發現同樣的問題,在收縮資料檔案”(.mdf)時根本收縮不了多少。最多截段自動增長部份的,沒有根本釋放在日常操作中刪除資料庫的沉冗空間。
上述應該是很多人遇到過的,筆者也千試萬試試出來的方法,為了確定您的資料庫安全,在執行下例的操作前,請先備份你的資料庫。

1.首先你要找到你的資料庫最大的表,一般是數目最大的表,如果不清楚,請在查詢分析器查詢:
DBCC SHOWCONTIG
接著用 sp_spaceused  來查詢reserved 的值和 data 的值 的差異可看來此表比較沉冗。

2.複製你的轉移舊表的資料到新表;
SELECT * INTO 新表 FROM 舊表
(如果你資料比較多,可能你會看到待壓縮的資料庫對應的mdfldf檔大小在猛增,沒事在複製錶)
 :此命令不能把資料庫結結構完全複製,需要您重新把舊表與新表對應的主鍵,自動增長值,索引,預設值等修改。

3.更新一下;
DBCC UPDATEUSAGE (0)
4.把舊表刪除,然後把新表的名字改成舊表的名字,這些可以到企業管理器裏操作(注意重命名名時的提示);
5.收縮mdf檔,也是最想要實現的一步;
DBCC SHRINKDATABASE('庫名')
DBCC shrinkfile(2,0) 
DBCC UPDATEUSAGE (0) 
/* 
2   ->   要收縮的檔的fileid,對應sysfiles中的fileid 
0   ->   收縮到初始大小
*/
(:紅字是收縮你的資料庫mdf,時間可能有點長;藍字是收縮ldf文件;紫字是更新一下,非重要)
完工,這時候你應該可以看到資料庫的mdf檔大小變化差異,不說幾十M,筆者的資料庫就從6G收縮到1G左右,再次執行查詢一些資料,明顯快多了。

Related Posts:

  • 關於資料庫加鎖的知識 LockType 屬性 指示編輯過程中對記錄使用的鎖定類型。 設置和返回值 設置或返回以下某個 LockTypeEnum 的值。 常量 說明 adLockReadOnly 預設值,唯讀。無法更改資料。 adLockPessimistic 保守式記錄鎖定(逐條)。提供者執行必要的操作確保成功編輯記錄,通常採用編輯時立即鎖定資料來源的記錄的方式。 adLo… Read More
  • SQL LOCK 簡易描述LOCK提示描述: HOLDLOCK將共用鎖保留到事務完成,而不是在相應的表、行或資料頁不再需要時就立即釋放鎖。HOLDLOCK等同於SERIALIZABLE。 NOLOCK不要發出共用鎖,並且不要提供排它鎖。當此選項生效時,可能會讀取未提交的事務或一組在讀取中間回滾的頁面。有可能發生髒讀。僅應用於SELECT語句。 PAGLOCK在通常使用單個表鎖的地方採用頁鎖。 READCOMMITTED用與運行在提交讀隔離級別的事務相同的鎖語義… Read More
  • 鎖的問題 在SQL Server中使用加鎖的問題,我就以前的經驗和收集的一些資料簡單的提出我自己的一些看法,不知道對啟明星是否有所幫助: 一般而言,下面是個典型的打開資料庫的過程。 <% ’游標類型 Const adOpenForwardOnly = 0 Const adOpenKeyset = 1 Const adOpenDynamic =&nb… Read More
  • 鎖的概述 一. 為什麼要引入鎖  多個使用者同時對資料庫的併發操作時會帶來以下資料不一致的問題:  丟失更新 A,B兩個使用者讀同一資料並進行修改,其中一個用戶的修改結果破壞了另一個修改的結果,比如訂票系統  髒讀 A使用者修改了資料,隨後B使用者又讀出該資料,但A使用者因為某些原因取消了對資料的修改,資料恢復原值,此時B得到的資料就與資料庫內的資料產生了不一致  不可… Read More
  • MS-SQL Server Log 檔清理方式 最近在刪除大筆資料時後發現,資料庫的LOG.LDF檔案會隨著刪除的比數增加,真是掰思不得其解。 於是上網尋找解決方案,總共有兩種。 1. 刪除法 第一步: 執行SQL語法,卸載資料庫:   EXEC   sp_detach_db   @dbname   =   'MYDBNAME' 第二步: 刪除MYDBNAME_Log.LDF 第三步: … Read More

0 意見: