数据压缩是对存储和性能优势的加强。减少数据库占用的磁盘空间量将减少整体数据文件存储空间，在一下几个方面增加吞吐量：

     1.更好的I/O利用率，每个页面可以读写更多的数据。

     2.更好的内存利用率，缓冲区可以缓存更多的数据。

     3.减少页面的闭锁，每个页面可以包含更多数据。

     由于数据压缩必须考虑I/O 和CPU之间的平衡，压缩和解压缩都需要CPU处理。因此数据压缩对于旧数据和不经常查询的数据更有意义。

    这里我们主讨论两种压缩：一是行压缩；二是页面压缩。

    行压缩：压缩可以改变格式的存储固定值数据类型--也就说包含一个字节的值的4字节列可以压缩为1字节，1字节的列不能再压缩，但是null和0值不占字节。

    语法： 创建 create table 表名（）with （DATA_COMPERSSION=ROW）

              添加 ALTER TABLE 表名 REBUILD with （DATA_COMPERSSION=ROW）

    页面压缩：页面压缩在实现行压缩的前提下，还实现了两种压缩，一是前缀压缩（对于每个页面和列来说前缀值都是相同的，可用来减少存储的需求，通过引用来取代重复的前缀）；二是字典压缩（搜索页面中的重复值，这被对CI的引用取代）。

      语法： 创建 create table 表名（）with （DATA_COMPERSSION=PAGE）

              添加 ALTER TABLE 表名 REBUILD with （DATA_COMPERSSION=PAGE）

   估计节省空间：语法 sp_estimate_data_compression_savings

                             [@schema_name=]--架构名称

                            ,   [@object_name=]--有索引的表或者索引视图的名称。

                            ,   [@index_name=]--索引ID号

                              ,   [@partition_number=]--对象分区号，null表示非分区

                              ,   [@data_compression=] --压缩类型（none\row\page）

                             [;]

         监控数据压缩：windows性能监视的sqlserver:access method 对象中有两个计数器：

         Page compression attempts/sec:计算每秒进行页面压缩尝试的次数；

         Pages compressed/sec:计算每秒压缩的页面数。

      最后还要注意数据压缩的注意事项：

        1.启用和禁用表或群集索引压缩会重构所有费群集索引。

        2.不能在稀疏列中使用压缩。

        3.超出行的LOB 不能压缩。

        4.索引中的非叶子也只能使用行压缩进行压缩。

        5.非群集索引不继承标的压缩设置。

        6.再删除群集索引时，表将保持这些压缩设置。

        7.除非特别指定，创建群集索引将继承表的压缩设置。

      总结： 我们已经了解了基本的使用方式和一些注意事项，通过压缩实现高性能的数据库系统。同时我们还要兼顾一些硬件成本，最后我们还要注意的是对于高可用性系统，改变压缩设置可能会产生额外的事务日志操作。