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

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

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

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

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

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

第二種：通過存儲過程

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

SQL Server 2008中引入了數(shù)據(jù)壓縮的功能，允許在表、索引和分區(qū)中執(zhí)行數(shù)據(jù)壓縮。這樣不僅可以大大節(jié)省磁盤的占用空間，還允許將更多數(shù)據(jù)頁裝入內(nèi)存中，從而降低磁 盤IO，提升查詢的性能。當(dāng)然，凡事有利有弊，在啟用數(shù)據(jù)壓縮后，數(shù)據(jù)庫服務(wù)器就需要額外的CPU資源來進(jìn)行壓縮處理。一般說來，數(shù)據(jù)庫服務(wù)器的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 A
JOIN
(SELECT C.name + ''.'' + A.name AS TABLENAME, object_id FROM ## A
JOIN sys.objects B
ON A.name = B.name
JOIN sys.schemas C
ON B.schema_id = C.schema_id
WHERE CAST(data AS int) > 10000000 AND object_id IN (SELECT object_id FROM sys.tables)) B
ON A.object_id = B.object_id AND type = ''U'';drop table ##'

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

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

為何日志文件會過大？

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

如果是上面的問題，你不需要備份將數(shù)據(jù)庫恢復(fù)模式修改為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ā)工作中使用該功能，并著手修改當(dāng)前還在使用該功能的應(yīng)用程序。 使用 BACKUP。

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

嘗試方法二：　　

----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>

USE BigData ;
GO
ALTER DATABASE BigData
SET RECOVERY SIMPLE;--設(shè)置簡單恢復(fù)模式
GO
DBCC SHRINKFILE (BigData_Log, 1);
GO
ALTER DATABASE BigData
SET RECOVERY FULL;--恢復(fù)為原模式
GO

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