Oracle压缩数据的处理基于数据库块，其本质上是通过消除在数据库块中的重复数据来实现空间节约，具体方法如下：比较数据块中包含的所有字段或记录，其中重复的数据只在位于数据块开始部分的记号表（Symbol Table）中存储一份，在其他行或字段出现同样的数据时，只记录一个指向记号表中相关数据的指针。
创建压缩表：
create table Name(
......
) compress;
alter table Name compress;
alter table Name nocompress;
物化视图的压缩：
create materialized view ViewName compress
as select ......;
alter materialized view ViewName compress;
分区表的压缩：
create table Name (
......
) compress
partition by ......;
create table Name (
......
)
partition by ......(
partition PartName ...... compress,
partition PartName ...... compress,
partition PartName ......
);
在表空间级别上定义压缩属性：
create tablespace ...... default compress;
alter tablespace ...... compress / nocompress;
当压缩属性被定义在表空间上时，在其中创建表时，该特性将被表继承，但表级别的压缩属性会覆盖表空间的压缩属性。
查看一个表是否为压缩表：
select compression from user_table where table_name=TableName;
查看一个表空间是否被压缩：
select def_tab_compression from dba_tablespace where tablespace_name=TablespaceName;
查看分区表各分区的压缩属性：
select table_name, partition_name, compression from user_tab_partitions where table_name=TableName;
表压缩的实现：
压缩表的数据要能够被压缩，必须正确地使用批量装载或插入：
1、在SQL * LOADER中使用直接路径（direct path）装载数据；
2、执行create table ... as select语句；
3、执行并行插入语句；
4、执行串行插入语句并且使用append提示。
alter table Name move compress / nocompress;
性能分析：
1、在批量装载或插入数据的过程中，由于压缩的同时进行，会引起CPU使用率提高，及导致装载时间明显增加。
2、对于普通的INSERT语句，由于没有执行压缩过程，性能几乎没有影响。
3、用DELETE语句删除压缩表的操作会比较快，主要是因为压缩表中被压缩行的数据比较小，相应的需要写日志的数据量也比较小。
4、更新压缩的操作会比较慢，主要由于ORACLE对非压缩表执行了一些优化。
5、在IO吞吐率受限制的系统执行大批量查询，比如全表扫描，压缩表将明显提高查询速度，主要由于压缩后，查找同样的数据行只需要读取更少的数据块。