【SQL Server性能优化】SQL Server 2008该表压缩

当数据库是比较大的，而当你想备份，我们可以启动数据库备份压缩。这项由于备份文件比较小的压缩，所以整个备份的更快的速度，同时还低了磁盘空间的消耗。

当然还有一方面。肯定会添加cpu的消耗。只是一般的server都是多核。所以实际上对系统不会有大的影响。

事实上。不仅能够在备份的时候压缩，在SQL Server 2008中。我们还能够对表和索引进行压缩，以下通过压缩前、压缩后的比較。来展示SQL Server 2008强大的表及索引的压缩功能。

这里在公司測试数据库找了一个中型的表，共同拥有943万多条记录。

1、压缩前表的大小

SP_SPACEUSED 'TB_WCB'

/*
name	            rows	    reserved	data	   index_size	unused
TB_WCB	            9439661    	746016 KB	412216 KB	329944 KB	3856 KB
*/

2、压缩表

这里启用的是row 级别的压缩

ALTER TABLE TB_WCB
rebuild
WITH (DATA_COMPRESSION =ROW)

3、压缩后的表大小

SP_SPACEUSED 'TB_WCB'

/*
name	            rows	    reserved	data	   index_size	unused
TB_WCB	            9439661    	497784 KB	167168 KB	328120 KB	2496 KB
*/

4、表压缩前后的对照

压缩前数据大小是412M（data字段的值就是表数据的大小，而index_size是索引的大小，两者是不同的），而在压缩后是 167M，压缩后表的大小仅仅是原来表的40%，效果非常明显，并且因为这个表中大部分字段仅仅是id，相对而言反复值还不算多的，假设反复值很多其它，那么压缩效果会更好。

可是，我们看到，索引的大小（index_size）基本上没什么变化。于是我们继续进行索引的压缩：

5、压缩索引

alter index IDX_TB_WCB_ID on TB_WCB
rebuild
with(data_compression=row)

6、索引压缩后的对照

SP_SPACEUSED 'MS_VISIT_QST_OPT'

/*
name	            rows	    reserved	data	    index_size	unused
TB_WCB	            9439661    	317208 KB	167168 KB	149872 KB	168 KB
*/

我们发现，索引压缩前大小是329M。而在压缩后是 149M，压缩比例为45%。效果也非常明显。

总结：

通过表和索引的压缩。我们能够减小表占用的磁盘空间，这个仅仅是一部分，更重要的是，读取相同多的数据，仅仅须要读取更少的数据页，也就是仅仅须要更少的IO。那么读取速度肯定会更快，并且因为占用的空间小了，也能够让很多其它的数根据网页缓存在存储器，进一步提高系统的整体性能。