下面的每經(jīng)過測試，而且明顯因為版本不同，不一定能使用。

在壓縮數(shù)據(jù)之前建議大家看下這篇文章：//www.dbjr.com.cn/article/136522.htm

一般情況下不建議壓縮數(shù)據(jù)，如果壓縮數(shù)據(jù)建議先備份

第一種方法：通過sql server management studio

首先我們要下載能操作 2008的工具 sql server management studio 這個工具在sql server 2008 r2 安裝后就會有！

一起安裝妥當，我們就可以開始選擇了看圖！ 所有的都是單擊右鍵，凡在你需要壓縮的表上面，依次選擇到數(shù)據(jù)庫就可以了！

然后就是這樣的畫面！點擊確定，就可以了！ 記住是“收縮”而不是壓縮，但是效果都是一樣的！

第二種：通過存儲過程

SQL Server 2008中的數(shù)據(jù)壓縮

SQL Server 2008中引入了數(shù)據(jù)壓縮的功能，允許在表、索引和分區(qū)中執(zhí)行數(shù)據(jù)壓縮。這樣不僅可以大大節(jié)省磁盤的占用空間，還允許將更多數(shù)據(jù)頁裝入內(nèi)存中，從而降低磁 盤IO，提升查詢的性能。當然，凡事有利有弊，在啟用數(shù)據(jù)壓縮后，數(shù)據(jù)庫服務器就需要額外的CPU資源來進行壓縮處理。一般說來，數(shù)據(jù)庫服務器的CPU占 用率不會太高，而磁盤IO容易成為瓶頸，所以在大多數(shù)情況下對大數(shù)據(jù)庫特別是數(shù)據(jù)倉庫啟用該項功能還是利大于弊。

SQL Server 2008的數(shù)據(jù)壓縮分為行壓縮和頁壓縮兩種。行壓縮主要是通過將固定長度類型存儲為可變長度類型來實現(xiàn)，同時還減少了與記錄相關(guān)聯(lián)的元數(shù)據(jù)開銷。頁壓縮在行壓縮的基礎(chǔ)上又增加了前綴壓縮和字典壓縮，能獲得更大的壓縮率。
要 啟用數(shù)據(jù)庫壓縮只需在建表語句后加入WITH (DATA_COMPRESSION = ROW)或是WITH (DATA_COMPRESSION = PAGE)即可。如需將現(xiàn)有的索引修改為啟用壓縮，可通過ALTER INDEX index ON Table REBUILD WITH (DATA_C0MPRESSION=ROW)或ALTER INDEX index ON Table REBUILD WITH (DATA_C0MPRESSION=PAGE)實現(xiàn)。
最后提供一段簡單的用以判斷是否需要壓縮數(shù)據(jù)表的腳本，并自動生成壓縮腳本供系統(tǒng)管理員執(zhí) 行。這里用到未公開的存儲過程sp_MSforeachtable。在這段腳本中@precommand參數(shù)用于執(zhí)行command指令執(zhí)行前的SQL命 令，建立一張臨時表用于保存數(shù)據(jù)表的信息，@command1參數(shù)表示需要執(zhí)行的SQL命令，對每一張表都利用sp_spaceused存儲過程獲取表的 磁盤占用信息并保存到建立的臨時表中，@postcommand參數(shù)用于執(zhí)行command指令后的SQL命令，將之前建立的臨時表與系統(tǒng)關(guān)聯(lián)，根據(jù)設(shè)置 的條件（數(shù)據(jù)表占用空間大于10G）生成數(shù)據(jù)表壓縮腳本。

exec sp_MSforeachtable@precommand=N'create table ##(id int identity,name sysname,rows int,reserved Nvarchar(50),data varchar(50),indexdata varchar(50),unused varchar(50))',@command1=N'insert into ##(name,rows,reserved,data,indexdata,unused) exec sp_spaceused ''?''update ## set data=SUBSTRING(data, 1, LEN(data) - 2) where id=scope_identity() AND LEN(data) >=2',@postcommand=N'SELECT ''ALTER TABLE '' + TABLENAME + '' REBUILD WITH ( DATA_COMPRESSION = PAGE )'' FROM sys.tables AJOIN(SELECT C.name + ''.'' + A.name AS TABLENAME, object_id FROM ## AJOIN sys.objects BON A.name = B.nameJOIN sys.schemas CON B.schema_id = C.schema_idWHERE CAST(data AS int) > 10000000 AND object_id IN (SELECT object_id FROM sys.tables)) BON A.object_id = B.object_id AND type = ''U'';drop table ##'

下面是一些比較好的補充：

sql2008r2如何進行日志文件壓縮？

為何日志文件會過大？

最常見的問題是數(shù)據(jù)庫為FULL Recovery Model但是從沒有做過LOG BACKUP。因為只有Log Backup才可以Truncate Log導致之前的日志文件重用，所以先看一下這個。

如果是上面的問題，你不需要備份將數(shù)據(jù)庫恢復模式修改為Simple，然后Shrink Log File就解決了。

Good Luck。

SQL Server 2008如何壓縮日志(log)文件？

在SQL Server 2000/2005中可以快速壓縮日志log文件，通過SQL,

方法一：

--BigData為數(shù)據(jù)庫名
DUMP TRANSACTION BigData WITH NO_LOG
BACKUP LOG BigData WITH NO_LOG
DBCC SHRINKDATABASE(BigData )執(zhí)行以上語句可以快速壓縮日志文件到1M。

但是以上語句中前兩行在SQL Server 2008下無法執(zhí)行 ，

第一行提示“Incorrect syntax near the keyword 'TRANSACTION'.”

第二行提示“One or more of the options (no_log) are not supported for this statement. Review the documentation for supported options. ”

第三行可以執(zhí)行。但日志log文件沒有任何變化。

原來SQL Server 2008　已經(jīng)不再支持 DUMP TRANSACTION和BACKUP LOG WITH NO_LOG，詳情請看

http://msdn.microsoft.com/zh-cn/library/ms187315%28SQL.90%29.aspx
http://msdn.microsoft.com/zh-cn/library/ms186865.aspx　

sql Server 2005說明中明確：包含 DUMP 語句是為了向后兼容。而 后續(xù)版本的 Microsoft SQL Server 將刪除該功能。請避免在新的開發(fā)工作中使用該功能，并著手修改當前還在使用該功能的應用程序。 使用 BACKUP。

SQL Server 2008說明：BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 選項已廢止。使用完整恢復模式或大容量日志恢復模式時，如果必須刪除數(shù)據(jù)庫中的日志備份鏈，請切換至簡單恢復模式。有關(guān)詳細信息，請參閱有關(guān)從完整恢復模式或大容量日志恢復模式切換的注意事項。

嘗試方法二：　　

----Logical Files :
--CMS1.5_Data
--CMS1.5_Log
DBCC SHRINKFILE (N'CMS1.5_Log' , 1)
GO無效。

嘗試方法三：　　

use DB_NAME
sp_dboption DB_NAME, "trunc. log on chkpt.", true
checkpoint
sp_dboption DB_NAME, "autoshrink", true

每一行指令請單獨執(zhí)行。其中的DB_NAME是指Database Name，在執(zhí)行完語法后的數(shù)小時至數(shù)十小時，該LOG檔會逐漸釋放空間，最后大約都會維持在數(shù)1024KB左右。

有沒有更快的方法呢？

嘗試方法四：（請?zhí)崆皞浞菸募。。?/strong>

1. Detach數(shù)據(jù)庫。
2.刪除log文件。
3. 附加數(shù)據(jù)庫，選移除log文件，此時SQL Server 會自動重新建立一個512K 的Log 文件。

方法五（沒有試過，請?zhí)崆皞浞菸募。。?/strong>

1. 停止 SQL Server 的服務
2. 使用刪除 Log文件
3. 重新啟動SQL Server 服務，此時SQL Server 會自動重新建立一個1MB 的Log 文件。

方法六： (塵塵提供)

先設(shè)置恢復模式為“簡單恢復”模式，再收縮：

USE BigData ;GOALTER DATABASE BigDataSET RECOVERY SIMPLE;--設(shè)置簡單恢復模式GODBCC SHRINKFILE (BigData_Log, 1);GOALTER DATABASE BigDataSET RECOVERY FULL;--恢復為原模式GO

方法七： (塵塵提供)

USE BigData;GOBACKUP LOG DATABASENAME TO DISK='d:\test.bak'-- Shrink the trun cated log file to 1 MB.DBCC SHRINKFILE (Bigdata_Log, 1);GO

到這關(guān)于sqlserver 2008 數(shù)據(jù)壓縮的方法就介紹到這了，據(jù)小編多年經(jīng)驗來看，2000、2005確實需要壓縮，但2008真的沒有壓縮的必要了，具體原因可以參考這篇文章。