下面的每經(jīng)過(guò)測(cè)試，而且明顯因?yàn)榘姹静煌?，不一定能使用?/p>

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

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

第一種方法：通過(guò)sql server management studio

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

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

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

第二種：通過(guò)存儲(chǔ)過(guò)程

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

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

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

下面是一些比較好的補(bǔ)充：

sql2008r2如何進(jìn)行日志文件壓縮？

為何日志文件會(huì)過(guò)大？

最常見(jiàn)的問(wèn)題是數(shù)據(jù)庫(kù)為FULL Recovery Model但是從沒(méi)有做過(guò)LOG BACKUP。因?yàn)橹挥蠰og Backup才可以Truncate Log導(dǎo)致之前的日志文件重用，所以先看一下這個(gè)。

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

Good Luck。

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

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

方法一：

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

但是以上語(yǔ)句中前兩行在SQL Server 2008下無(wú)法執(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文件沒(méi)有任何變化。

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

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

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

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

嘗試方法二：　　

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

嘗試方法三：　　

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

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

有沒(méi)有更快的方法呢？

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

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

方法五（沒(méi)有試過(guò)，請(qǐng)?zhí)崆皞浞菸募。。?/strong>

1. 停止 SQL Server 的服務(wù)
2. 使用刪除 Log文件
3. 重新啟動(dòng)SQL Server 服務(wù)，此時(shí)SQL Server 會(huì)自動(dòng)重新建立一個(gè)1MB 的Log 文件。

方法六： (塵塵提供)

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

USE BigData ;GOALTER DATABASE BigDataSET RECOVERY SIMPLE;--設(shè)置簡(jiǎn)單恢復(fù)模式GODBCC SHRINKFILE (BigData_Log, 1);GOALTER DATABASE BigDataSET RECOVERY FULL;--恢復(fù)為原模式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)驗(yàn)來(lái)看，2000、2005確實(shí)需要壓縮，但2008真的沒(méi)有壓縮的必要了，具體原因可以參考這篇文章。