五分钟聊T-SQL：数据压缩

01.-- 忘了提一下：数据压缩只有企业版/数据中心版提供 
02.-- 评估压缩后数据量相关信息
03.表
04.EXECsp_estimate_data_compression_savings 'Schema', 'TableName', NULL, NULL,'PAGE/ROW' ;  
05.索引  
06.EXECsp_estimate_data_compression_savings 'Schema', TableName', 3, NULL, 'PAGE/ROW';  
07.-- 这里的 3 是需要你从sys.indexes 里边获取该表对应索引的ID来替换的！！ 
01.-- 压缩已存在的非分区表  
02.ALTER TABLE TableName   
03.REBUILD WITH (DATA_COMPRESSION =NONE/ROW/PAGE);  
04.GO 
05. 
06.-- 压缩已存在的非分区索引  
07.-- 一般我喜欢加入索引重建时在TempDB进行排序，同时使用联机重建，这样不会影响当前业务  
08.ALTER INDEX IX_IndexName ONSchema.TableName  
09.REBUILD WITH (DATA_COMPRESSION =NONE/ROW/PAGE,SORT_IN_TEMPDB = ON,ONLINE = ON); 
10.GO 
11. 
12.-- 压缩已存在的分区表  
13.ALTER TABLE PartitionTable1   
14.REBUILD PARTITION = 1/ALL WITH(DATA_COMPRESSION =  NONE/ROW/PAGE);  
15.GO 
16.-- 这里的 1 代表的是sys.partitions的 PartitionNumber  
17.-- 分区表中每一个分区的压缩类型可以是不一样的  
18.-- ALL 代表的是全部压缩，但是如果是已经有相当多的数据的分区表，个人不建议直接ALL压缩，这将会将ldf文件撑到非常大(有多少数据多少数据都会放置到ldf)，如果需要全表或全分区索引压缩，建议最好写个While循环分区，对每个分区进行压缩，同时每个分区压缩完成后如果想尽快释放老日志，建议加入CHECKPOINT（这个方式仅对大容量日志模式/简单还原模式有效，由于完整还原模式是累计所有日志，故只能采用硬扛的方式加大存储来解决）  
19.-- 注：一个压缩是一个事务，如果一个大压缩在执行过程中出现异常回滚或手工停止后回滚，回滚过程非常耗时，完全依赖于ldf的回滚方式... ...   
20. 
21.-- 压缩已存在的分区索引  
22.ALTER INDEX IX_IndexName ONSchema.TableName  
23.REBUILD PARTITION = 1/ALL WITH(DATA_COMPRESSION = NONE/ROW/PAGE,SORT_IN_TEMPDB = ON,ONLINE = ON) ;  
24.GO