oracle压缩技术分为基本表压缩(basic table compression)，OLTP表压缩(OLTP table compression)，索引压缩(index compression)和混合列压缩(hybrid columnar compression (HCC))。
basic compression从9i开始推出，是oracle的默认压缩方式。OLTP compression是11g开始推出，支持所有类型的DML操作的数据压缩。压缩会节省磁盘空间，但可能会增加CPU资源的消耗。本文主要讨论常用的basic和LTOP压缩，索引压缩和HCC可以参考oracle其它文档。表压缩技术适合OLAP系统和OLTP系统中数据变化很小的历史表，不适合频繁DML操作的表
1.1 压缩的原理
以OLTP压缩为例，引用参考文档4的说明，原理如下
请看一个 ACCOUNTS 表，它包含以下记录：
在数据库内部，假定一个数据库块包含上述所有行。
解压缩的块看上去是这样的：记录中的所有字段(列)都包含数据。压缩此块时，数据库首先计算在所有行中发现的重复值，将这些值移出行外，然后将其放在块的头部附近。行中的这些重复值将被替换为一个表示其中每个值的符号。从概念上讲，它看上去如下图所示，您可以看到压缩前后的块。
注意这些值是如何从行中取出并放入顶部称为“符号表”的特殊区域中的。列中的每个值都被分配一个符号，此符号将替代行内的实际值。由于符号所占空间小于实际值，因此记录大小也远远小于初始值。行中的重复数据越多，符号表和块越紧凑。
由于压缩作为触发事件发生，而不是在插入行时发生，因此在正常的 DML 进程中压缩对性能没有任何影响。压缩被触发后，对 CPU 的需求肯定会变得很高，但在其他任何时间 CPU 影响都为零，因此压缩也适用于 OLTP 应用程序，这是 Oracle Database 11g 中压缩的平衡点。
除了减少空间占用外，压缩数据还将缩短网络传输时间、减少备份空间，并使在 QA 和测试中维护生产数据库的完整副本变得切实可行。
1.2 basic压缩
下面通过具体的实验来看basic压缩和OLTP压缩的效果和异同点。
basic compression的6组实验，来比较各种情况下的表压缩
?
1