甲骨文从9i开始害羞地引入了时钟级压缩，像中国核电站一样宣传有用，很少提到实际贡献。
Oracle11g似乎正试图推动数据压缩技术。 推出了称为高级压缩的组件，全面支持常规表压缩、非结构化数据压缩、数据泵数据压缩和RMAN备份压缩，数据压缩技术如其名出现在历史舞台上。
由于Oracle专门针对Option，因此Oracle一定对该特性相当有信心，因此必须为此特性单独购买许可证。
Oracle9i引入了表压缩，但有很大的限制。 只能压缩与直接路径装载、CTAS等批量装载操作相关的数据，不能压缩常规DML操作的数据。
这没有解决压缩写入操作的难题，应该还存在Oracle11g，但总算解决了关系数据压缩的写入性能问题。 Oracle表压缩是块级数据压缩，主要技术与Oracle9i相同，还是在块中引入symbol表，用symbol中的一个项表示块中的重复数据。
Oracle不会在每次向块写入数据时压缩块，而是批量压缩块。 这样可以将数据压缩对DML操作的性能影响降至最低。 因此，在块级别，应该引入新参数来控制块中未压缩数据量达到某个标准后的压缩操作。
安全文件也是Oracle11g用于存储非结构化数据的新功能。 安全文件还支持数据压缩操作。 这还可以压缩传统的LOB字段，从而大大降低了大型数据库的存储容量要求。 当然，有擅长和不擅长的地方，压缩和解压缩时，对CPU的要求也会变高。
但是，如果当前CPU的发展速度明显快于IO和存储空间，则压缩是一项具有很大潜力的技术。 通过提高压缩率和压缩效率，今后应该成为每个数据库的标准配置。
高级压缩选项除了支持压缩数据库中的数据外，还支持压缩备份数据。
用于逻辑备份的数据泵和用于物理备份的RMAN工具都支持此技术。 在Oracle10gR2上，数据泵开始支持源数据压缩。 Oracle11g还可以直接压缩导出文件，从而在导出时大大减少了对存储容量的需求。 在以前的版本中，经常使用WinRAR等将一些g导出文件压缩到几十米。 根据Oracle11g的白皮书，压缩率将达到74。
67%，软件出来后，请大家好好测试一下。 同样，Oracle也开始在10g上引入RMAN压缩技术。 但是，据说Oracle11g采用了更先进的ZLIB需求算法，比Oracle10g压缩算法快40%，空间需求也将减少20%。
除了上述数据压缩技术外，Oracle 11高级版压缩还引入了另一种压缩技术。
我们知道，Data Guard需要将日志从主库传递到备用库。 如果主库中的事务很多，则每单位时间需要传递的日志量相当大。 如果这些日志可以压缩和传输，并在备用库解压缩和应用，将大大减少网络带宽需求，减少备用库之间的时间差。
此外，Oracle bitmap一直是压缩存储，10g bitmap对9i有较大的更改，通过一些细节的完善，提供了更好的性能和更高的稳定性，也是Oracle的一贯风格。
位图如何在Oracle11g中实现也是一个非常值得关注的特征。
一切都是