在 DB2 for Linux, Unix, and Windows 中的行压缩的最佳实践

核心提示： DB2 9.1：主要方法是通过重组表，第二种方法是通过使用 INSPECT 实用工具，在 DB2 for Linux, Unix, and Windows 中的行压缩的最佳实践(2)，你可以在线创建压缩字典， DB2 9.5：主要方法是通过数据来填充表，以下表不能被压缩：编目表 声明的全局

DB2 9.1：主要方法是通过重组表。第二种方法是通过使用 INSPECT 实用工具，你可以在线创建压缩字典。

DB2 9.5：主要方法是通过数据来填充表。一旦表拥有了足够的数据，在表增加到 1-2 兆字节，就会自动创建字典。另外一种创建压缩字典的方法是通过 LOAD REPLACE 命令。

考虑在什么时候使用压缩的条件

你需要检查你的数据库以判断在这个数据库中的哪张表可以作为压缩的候选者。数据压缩最初是节约存储（在现有未压缩表上）和优化未来存储增长。你可以在数据库里的表上，在你希望随着时间增长的表上找到存储的“痛点”，或者二者皆有。 自然，最大的表很容易作为进行压缩的候选，但是也不要忽视小表。如果你有成百上千个小表，你或可能会体会到对大量小表进行压缩得到的总的效果带来的好处。“大”和“小”表的条件是：你的数据库设计将决定上万张表或者几百万行是“大”或“小”。

你应该考虑这张表中数据的典型行为。只读的表很适合压缩。如果表只有少数更新也可以是很好的候选。那些经过大量更改和操作的表可能不适合压缩。请考虑使用一个测试环境来对如何对候选表进行压缩运行基准测试。

低于 100KB 的小表可能不适合压缩，因为有可能节省的空间或许不能抵消压缩字典的存储需求。

一旦你决定了数据库中的哪张表适合行压缩，你应该决定每张表将使用什么方式来进行数据压缩。

在数据库中，以下表不能被压缩：

编目表

声明的全局临时表

系统临时表

行压缩和表数据复制不兼容。也就是说你不能在使用 DATA CAPTURE CHANGES 子句的同时使用 COMPRESS YES 子句。

行压缩只适用于行数据存储。这个意思是数据不是直接存储在数据行中的将不能被压缩：