ITPUB论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

返回列表 发新帖
更多
查看: 4201|回复: 5

关于 9iR2 的 compress table 的研究 [复制链接]

超级版主

人生就是如此

精华贴数
39
技术积分
113462
社区积分
12356
注册时间
2001-12-12
论坛徽章:
73
ITPUB元老
日期:2005-02-28 12:57:00ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41蜘蛛蛋
日期:2011-07-01 08:38:17蛋疼蛋
日期:2011-05-27 08:50:45现任管理团队成员
日期:2011-05-07 01:45:082010广州亚运会纪念徽章:皮划艇
日期:2011-04-26 11:24:14咸鸭蛋
日期:2011-11-09 09:55:402011新春纪念徽章
日期:2011-02-18 11:43:322011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:50
发表于 2004-2-22 22:14:44 |显示全部楼层
基本功能介绍请看连接
http://otn.oracle.com/oramag/oracle/04-mar/o24tech_data.html

下面开始探讨内部存储细节
由于压缩是以block为单位的,因此在批插入的时候若数据本身不超过1 block容量是不会压缩的 (未严格证明,如下面例子,
若插入数据100条可存放在block中则不会产生压缩)






SQL> create table test1(a varchar2(20),b varchar2(20),c varchar2(20))  compress;


SQL> select TABLESPACE_NAME  ,EXTENT_ID ,blocks from dba_extents where segment_name = 'TEST1';

TABLESPACE_NAME                 EXTENT_ID     BLOCKS
------------------------------ ---------- ----------
USERS                                   0          8

SQL> select file_id,block_id from dba_extents where segment_name = 'TEST1';

   FILE_ID   BLOCK_ID
---------- ----------
        11        769


SQL> insert /*+ append */ into test1 select 'AAAAAAAAAAAAAAAAAAAA','BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC' from dba_objects where rownum  < 1001;

1000 rows created.

SQL> commit;

Commit complete.

SQL> alter system dump datafile 11 block min 769 block max 771;

System altered.



trace 部分内容


data_block_dump,data header at 0xadb4674
===============
tsiz: 0x1f88
hsiz: 0x5ce
pbl: 0x0adb4674
bdba: 0x02c00302
     76543210
flag=-0------
ntab=2
nrow=724
frre=-1
fsbo=0x5ce
fseo=0x1127
avsp=0xd
tosp=0xd
        r0_9ir2=0x0
        mec_kdbh9ir2=0x1
        r1_9ir2=0x0
                  76543210
        flag_9ir2=-------C
                fcls_9ir2[4]={ 0 32768 32768 32768 }
0x1e: pti[0]     nrow=1  offs=0
0x22: pti[1]     nrow=723        offs=1
0x26: pri[0]     offs=0x1f46
0x28: pri[1]     offs=0x1f41
0x2a: pri[2]     offs=0x1f3c
0x2c: pri[3]     offs=0x1f37

x5b6: pri[712]  offs=0x115e
0x5b8: pri[713]  offs=0x1159
0x5ba: pri[714]  offs=0x1154
0x5bc: pri[715]  offs=0x114f
0x5be: pri[716]  offs=0x114a
0x5c0: pri[717]  offs=0x1145
0x5c2: pri[718]  offs=0x1140
0x5c4: pri[719]  offs=0x113b
0x5c6: pri[720]  offs=0x1136
0x5c8: pri[721]  offs=0x1131
0x5ca: pri[722]  offs=0x112c
0x5cc: pri[723]  offs=0x1127   总记录条数724条,每条消耗5字节存储
block_row_dump:
tab 0, row 0, @0x1f46
tl: 66 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
col  1: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  2: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 02 d3 03 dc 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43

这部分为集中存储

tab 1, row 0, @0x1f41
tl: 5 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
col  1: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  2: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 2c 00 01 03 00   这里的5个字节就是实际存储内容,03 表示压缩了3个字段,估计这里最后00表示指针指向第一个存储了完全数据的 ROW 0  
tab 1, row 1, @0x1f3c
tl: 5 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
col  1: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  2: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 2c 00 01 03 00
tab 1, row 2, @0x1f37
tl: 5 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
col  1: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  2: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 2c 00 01 03 00
tab 1, row 3, @0x1f32
tl: 5 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
col  1: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  2: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 2c 00 01 03 00
tab 1, row 4, @0x1f2d
tl: 5 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
col  1: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  2: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 2c 00 01 03 00
tab 1, row 5, @0x1f28
tl: 5 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41
col  1: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  2: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 2c 00 01 03 00
tab 1, row 6, @0x1f23







SQL> truncate table test1;

Table truncated.

SQL> conn test/test
Connected.
SQL> insert  /*+ append */ into test1 select rownum,'BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC' from dba_objects where rownum < 1001;

1000 rows created.

SQL> commit;

Commit complete.

SQL> alter system dump datafile 11 block min 769 block max 771;

System altered.





data_block_dump,data header at 0xadb4674
===============
tsiz: 0x1f88
hsiz: 0x5b2
pbl: 0x0adb4674
bdba: 0x02c00302
     76543210
flag=-0------
ntab=2
nrow=709
frre=-1
fsbo=0x5b2
fseo=0x6e3
avsp=0xc5
tosp=0xc5
        r0_9ir2=0x0
        mec_kdbh9ir2=0x1
        r1_9ir2=0x0
                  76543210
        flag_9ir2=------OC
                fcls_9ir2[3]={ 0 32768 32768 }
                perm_9ir2[3]={ 2 0 1 }  这部分很关键,表示下面的实际存储字段顺序
                也就是说,后面物理存储的顺序COL2,COL0,COL1对应数据字典中列的顺序应该是col0,col1,col2  

0x20: pti[0]     nrow=1  offs=0
0x24: pti[1]     nrow=708        offs=1
0x28: pri[0]     offs=0x1f5b
0x2a: pri[1]     offs=0x1f54
0x2c: pri[2]     offs=0x1f4d
0x2e: pri[3]     offs=0x1f46
0x30: pri[4]     offs=0x1f3f
0x32: pri[5]     offs=0x1f38
0x34: pri[6]     offs=0x1f31
0x36: pri[7]     offs=0x1f2a
0x38: pri[8]     offs=0x1f23

x25c: pri[282]  offs=0x1571
0x25e: pri[283]  offs=0x1568
0x260: pri[284]  offs=0x155f
0x262: pri[285]  offs=0x1556
0x264: pri[286]  offs=0x154d
0x266: pri[287]  offs=0x1544
0x268: pri[288]  offs=0x153b
0x26a: pri[289]  offs=0x1532
0x26c: pri[290]  offs=0x1529
0x26e: pri[291]  offs=0x1520
0x270: pri[292]  offs=0x1516
block_row_dump:
tab 0, row 0, @0x1f5b
tl: 45 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 01 24 02 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
tab 1, row 0, @0x1f52
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 30 39
bindmp: 2c 00 02 02 00 cb 37 30 39  我们注意这里的02表示压缩2字段,本来的插入的rownum对应数据字典中表创建顺序最前的字段被存储在最末尾
tab 1, row 1, @0x1f49
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 31 30
bindmp: 2c 00 02 02 00 cb 37 31 30
tab 1, row 2, @0x1f40
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 31 31
bindmp: 2c 00 02 02 00 cb 37 31 31
tab 1, row 3, @0x1f37
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 31 32
bindmp: 2c 00 02 02 00 cb 37 31 32
tab 1, row 4, @0x1f2e
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 31 33
bindmp: 2c 00 02 02 00 cb 37 31 33
tab 1, row 5, @0x1f25
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 31 34
bindmp: 2c 00 02 02 00 cb 37 31 34
tab 1, row 6, @0x1f1c
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 31 35
bindmp: 2c 00 02 02 00 cb 37 31 35
tab 1, row 7, @0x1f13
tl: 9 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 3]  37 31 36






SQL> drop table test1;

Table dropped.

SQL> create table test1 (a varchar2(20),b varchar2(20), c varchar2(20),d varchar2(10)) compress;

Table created.

SQL> insert  /*+ append */ into test1 select rownum,'BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC','DDDDDD' from dba_objects where rownum < 1001;

1000 rows created.

SQL> commit;

Commit complete.

SQL> select file_id,block_id from dba_extents where segment_name = 'TEST1';

   FILE_ID   BLOCK_ID
---------- ----------
        11        769

SQL> conn test/test
Connected.
SQL> alter system dump datafile 11 block min 769 block max 771;

System altered.





data_block_dump,data header at 0xadb4674
===============
tsiz: 0x1f88
hsiz: 0x5d4
pbl: 0x0adb4674
bdba: 0x02c00302
     76543210
flag=-0------
ntab=2
nrow=725
frre=-1
fsbo=0x5d4
fseo=0x64c
avsp=0xc
tosp=0xc
        r0_9ir2=0x0
        mec_kdbh9ir2=0x1
        r1_9ir2=0x0
                  76543210
        flag_9ir2=------OC
                fcls_9ir2[4]={ 0 32768 32768 32768 }
                perm_9ir2[4]={ 3 0 1 2 }这部分很关键,表示下面的实际存储字段顺序
                也就是说,后面物理存储的顺序COL3,COL0,COL1,COL2对应数据字典中列的顺序应该是col0,col1,col2,col3  

0x22: pti[0]     nrow=1  offs=0
0x26: pti[1]     nrow=724        offs=1
0x2a: pri[0]     offs=0x1f54
0x2c: pri[1]     offs=0x1f4d
0x2e: pri[2]     offs=0x1f46
0x30: pri[3]     offs=0x1f3f
0x32: pri[4]     offs=0x1f38
0x34: pri[5]     offs=0x1f31
0x36: pri[6]     offs=0x1f2a

0x244: pri[269]  offs=0x15df
0x246: pri[270]  offs=0x15d6
0x248: pri[271]  offs=0x15cd
0x24a: pri[272]  offs=0x15c4
0x24c: pri[273]  offs=0x15bb
0x24e: pri[274]  offs=0x15b2
0x250: pri[275]  offs=0x15a9
0x252: pri[276]  offs=0x159f
block_row_dump:
tab 0, row 0, @0x1f54
tl: 52 fb: --H-FL-- lb: 0x0  cc: 3
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 6]  44 44 44 44 44 44
bindmp: 01 14 03 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 ce 44 44 44 44 44 44
tab 1, row 0, @0x1f4b
tl: 9 fb: --H-FL-- lb: 0x0  cc: 4
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 6]  44 44 44 44 44 44
col  3: [ 3]  37 32 35
bindmp: 2c 00 02 03 00 cb 37 32 35
tab 1, row 1, @0x1f42
tl: 9 fb: --H-FL-- lb: 0x0  cc: 4
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 6]  44 44 44 44 44 44
col  3: [ 3]  37 32 36
bindmp: 2c 00 02 03 00 cb 37 32 36
tab 1, row 2, @0x1f39
tl: 9 fb: --H-FL-- lb: 0x0  cc: 4
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 6]  44 44 44 44 44 44
col  3: [ 3]  37 32 37
bindmp: 2c 00 02 03 00 cb 37 32 37
tab 1, row 3, @0x1f30
tl: 9 fb: --H-FL-- lb: 0x0  cc: 4
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 6]  44 44 44 44 44 44
col  3: [ 3]  37 32 38
bindmp: 2c 00 02 03 00 cb 37 32 38




SQL> truncate table test1;

Table truncated.

SQL> conn test/test
Connected.
SQL> insert  /*+ append */ into test1 select rownum,'BBBBBBBBBBBBBBBBBBBB','CCCCCCCCCCCCCCCCCCCC',rownum+1  from dba_objects where rownum < 1001;

1000 rows created.

SQL> commit;

Commit complete.

SQL> alter system dump datafile 11 block min 769 block max 771;

System altered.




data_block_dump,data header at 0xadb4674
===============
tsiz: 0x1f88
hsiz: 0x46e
pbl: 0x0adb4674
bdba: 0x02c00302
     76543210
flag=-0------
ntab=2
nrow=547
frre=-1
fsbo=0x46e
fseo=0x477
avsp=0x9
tosp=0x9
        r0_9ir2=0x0
        mec_kdbh9ir2=0x1
        r1_9ir2=0x0
                  76543210
        flag_9ir2=------OC
                fcls_9ir2[3]={ 0 32768 32768 }
                perm_9ir2[4]={ 2 0 1 3 }这部分很关键,表示下面的实际存储字段顺序
                也就是说,后面物理存储的顺序COL2,COL0,COL1,COL3对应数据字典中列的顺序应该是col0,col1,col2,col3  

0x20: pti[0]     nrow=1  offs=0
0x24: pti[1]     nrow=546        offs=1
0x28: pri[0]     offs=0x1f5b
0x2a: pri[1]     offs=0x1f52
0x2c: pri[2]     offs=0x1f49
0x2e: pri[3]     offs=0x1f40
0x30: pri[4]     offs=0x1f37
0x32: pri[5]     offs=0x1f2e
0x34: pri[6]     offs=0x1f25

x464: pri[542]  offs=0x4ab
0x466: pri[543]  offs=0x49e
0x468: pri[544]  offs=0x491
0x46a: pri[545]  offs=0x484
0x46c: pri[546]  offs=0x477
block_row_dump:
tab 0, row 0, @0x1f5b
tl: 45 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
bindmp: 02 47 02 dc 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 dc 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 4
3 43 43 43
tab 1, row 0, @0x1f52
tl: 9 fb: --H-FL-- lb: 0x0  cc: 4
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 1]  31
col  3: [ 1]  32
bindmp: 2c 00 03 02 00 c9 31 c9 32
tab 1, row 1, @0x1f49
tl: 9 fb: --H-FL-- lb: 0x0  cc: 4
col  0: [20]  42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42 42
col  1: [20]  43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43 43
col  2: [ 1]  32
col  3: [ 1]  33





对于 bindmp 一行的更详细的内容和假如同一block中存在两组或者两组以上相同数据,oracle怎么处理存储本人未做更深入研究
本例子只演示了雷同数据为一组

本例子说明,在同一block内,若某些列具有相同数据,则oracle存储一份副本,并把这些列压缩存储的指针放在bindmp前方
bindmp后面部分为各无法压缩的个列的值。这些列与数据字典中列的映射关系由block  header 的 perm_9ir2[4]={ 2 0 1 3 } 部分说明

超级版主

人生就是如此

精华贴数
39
技术积分
113462
社区积分
12356
注册时间
2001-12-12
论坛徽章:
73
ITPUB元老
日期:2005-02-28 12:57:00ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41蜘蛛蛋
日期:2011-07-01 08:38:17蛋疼蛋
日期:2011-05-27 08:50:45现任管理团队成员
日期:2011-05-07 01:45:082010广州亚运会纪念徽章:皮划艇
日期:2011-04-26 11:24:14咸鸭蛋
日期:2011-11-09 09:55:402011新春纪念徽章
日期:2011-02-18 11:43:322011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:50
发表于 2004-2-23 12:04:55 |显示全部楼层
这种压缩表,其实类似浓缩的 cluster 的处理
cluster 是 多个表共享字段 , 而这里是 block 内多行共享部分字段

当发生更新压缩字段的时候,该行会产生行迁移,即使再更新回原来的值,该行不会回到原来的压缩block上,只不过这个时候 bindmp 中也记录了新的行迁移数据地址

使用道具 举报

版主

何乡是吾乡,归期未有期

精华贴数
6
技术积分
13512
社区积分
4358
注册时间
2004-12-7
论坛徽章:
110
ITPUB元老
日期:2007-12-12 18:09:57八级虎吧徽章
日期:2008-12-08 16:10:56生肖徽章2007版:狗
日期:2009-01-15 19:45:13生肖徽章2007版:龙
日期:2009-09-16 13:11:59祖国60周年纪念徽章
日期:2009-10-09 08:28:00生肖徽章2007版:蛇
日期:2009-11-13 10:54:512010数据库技术大会纪念徽章
日期:2010-05-13 10:04:282011新春纪念徽章
日期:2011-01-25 15:41:012011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:56
发表于 2007-3-28 16:35:19 |显示全部楼层
如果一个row的实际长度比bindmap还短,也是不会压缩的,因为这样明显没有利用压缩的好处,反倒导致更新后出现行迁移

使用道具 举报

版主

小白

精华贴数
0
技术积分
4267
社区积分
342
注册时间
2004-4-16
论坛徽章:
27
ITPUB元老
日期:2007-04-18 10:10:37双黄蛋
日期:2011-12-28 11:27:50管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:43:342010广州亚运会纪念徽章:保龄球
日期:2011-02-11 17:33:372011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:012011新春纪念徽章
日期:2011-01-04 10:26:43生肖徽章2007版:马
日期:2009-03-02 15:39:52
发表于 2007-4-1 22:19:06 |显示全部楼层
9i的compress table 有个bug,忘记叫什么来的,以前碰见过

使用道具 举报

注册会员

LSXM FOREVER

精华贴数
0
技术积分
2849
社区积分
11
注册时间
2007-6-15
论坛徽章:
4
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442010新春纪念徽章
日期:2010-03-01 11:19:502011新春纪念徽章
日期:2011-02-18 11:43:362012新春纪念徽章
日期:2012-01-04 11:53:29
发表于 2007-9-21 14:51:44 |显示全部楼层
跟着大师们慢慢学习。。成长

使用道具 举报

注册会员

初级会员

精华贴数
0
技术积分
110
社区积分
19
注册时间
2004-10-23
论坛徽章:
0
发表于 2008-3-18 15:01:11 |显示全部楼层
有空应该继续研究

使用道具 举报

相关内容推荐
您需要登录后才可以回帖 登录 | 注册

TOP技术积分榜 社区积分榜 徽章 电子杂志 团队 统计 邮箱 虎吧 老博客 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档 | IT博客
CopyRight 1999-2011 itpub.net All Right Reserved. 北京皓辰网域网络信息技术有限公司版权所有 联系我们 网站律师 隐私政策 知识产权声明
京ICP证:060528号 北京市公安局海淀分局网监中心备案编号:1101082001 广播电视节目制作经营许可证:编号(京)字第1149号
  
回顶部