关于压缩表建立

risepp

CREATE TABLE TEST COMPRESS
AS
SELECT * FROM DBA_OBJECTS;

和
CREATE TABLE TEST COMPRESS
AS
SELECT * FROM DBA_OBJECTS
WHERE ROWNUM<1;
INSERT INTO TEST
SELECT * FROM DBA_OBJECTS;
COMMIT;

以及
CREATE TABLE TEST COMPRESS
AS
SELECT * FROM DBA_OBJECTS;

ALTER TABLE TEST COMPRESS;
是不是效果都是一样的啊？？
对内部机制不是很了解 请高手说说 ～～～ 谢谢

risepp

自己顶一下  在线等 ～～～～～～～～～～～

risepp

不是吧 还是没人回哟 55555555555 ～～～～～～～～～～～

Fenng

这似乎涉及不到什么内部机制

结果是一样的

但是对系统的影响不一定是一样的

risepp

能不能说说对系统的影响有什么不同啊？？ ：）

jametong

效果是不一样的.

只有direct load的表数据才会被压缩.

direct load的方式有一下几种.
1. create table as select
2. insert /*+append*/ into ..
3. sqlldr direct=y

其他方式插入的数据不会压缩数据.

SQL> create table t nologging compress as select * from dba_objects;

Table created.

SQL> create table t1 nologging compress as select * from dba_objects where 1=0;

Table created.

SQL> insert into t1 select * from dba_objects;

30090 rows created.

SQL> commit;

Commit complete.

SQL> select segment_name,bytes,blocks
  2  from user_segments
  3  where segment_name in ('T','T1')
  4  /

SEGMENT_NAME
-------------------------------------------------------------------------------

     BYTES     BLOCKS
---------- ----------
T
   2097152        512

T1
   3145728        768

两个表的大小差别还是挺大的
SQL> select count(*) from t
  2  union all
  3  select count(*) from t1
  4  /

  COUNT(*)
----------
     30089
     30090

SQL>

jametong

compress表的普通dml的操作要比一般的dml语句来的慢^_^

risepp

哦 受益匪浅 感谢 看来还是多做试验比较好  
谢谢拉 ：）

risepp

能麻烦再解释一下为什么
compress表的普通dml的操作要比一般的dml语句来的慢么？？
现在处于半昏迷状态～～～
ZZZZZZZZZZ ～～～～～～

d.c.b.a

Compress的表不能ADD COLUMN的，需要注意，现阶段还是不用的好。