关于索引(index)的中度理解，请指正！

aqcjsy

索引的pctfree设置会影响初建索引时的空间分配和随后的插入性能，那对于一些高查询和高dml的系统，比如电子商务，应该怎么样去评价设置比较合适的pctfree呢？

aqcjsy

'trace文件，注意：
brach中的每个entry有2个columns:
一个是child blocks中的最大值，另一个是指向的下一层block的address'
……

kdxbrbksz 8060
row#0[8053] dba: 12583164=0xc000fc
col 0; len 1; (1): 38 '--38代表8，即最大值'
col 1; TERM
----- end of branch block dump -----
End dump data blocks tsn: 8 file#: 3 minblk 250 maxblk 250

我DUMP的结果是这样的：
Branch block dump
=================
header address 153168964=0x9212c44
kdxcolev 1
KDXCOLEV Flags = - - -
kdxcolok 1
kdxcoopc 0x80: opcode=0: iot flags=--- is converted=Y
kdxconco 2
kdxcosdc 1
kdxconro 1
kdxcofbo 30=0x1e
kdxcofeo 7025=0x1b71
kdxcoavs 6995
kdxbrlmc 4342907=0x42447b
kdxbrsno 0
kdxbrbksz 8060
kdxbr2urrc 0
row#0[7025] dba: 4342908=0x42447c
col 0; len 1024; (1024):
41 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20....
col 1; len 4; (4):  00 42 44 73
----- end of branch block dump -----
End dump data blocks tsn: 0 file#: 1 minblk 148602 maxblk 148602
斑竹，这是什么原因呢？

foxtail

好，oracle比db2版要热闹多了，搞db2的还是比较少啊！

hanjs

最初由 NinGoo 发布
[B]

是的，索引的pctfree只影响索引初建时叶块中的index entry分布，保留空间供后续插入，以减少块分裂。

index entry是没有update操作的，而是分解为先删除原值后再插入，所以pctfree不是像数据块的pctfree那样是为了保留空间给update用的 [/B]

能否展开下索引的pctfree是怎么影响索引初建时叶块中的index entry分布的？

我以为lz的pctfree指table t 呢？我看table的默认值也是10%

paulyibinyi

现在终于看懂了这个帖子

sylvanzzy

老生常谈的问题哦!

zuohao_lu

高人

pandzhi

太長,先MARK,有空慢慢看.

zuohao_lu

高人啊．学习了．

xiaodong_1567

原帖由 biti_rainy 于 2004-6-30 14:16 发表
那当然！

看来你还没有完全理解 索引的树是怎么变化的
当任意一个层次的节点撑满之后，不是往下扩展 子节点，而是分裂，这样将可能增加上层节点的记录

随着记录的增多，都是先 最底层的满，分裂--->上层满，分裂-----> ...  ------> root 满，分裂（不过这个时候分裂稍微在物理位置处理跟其他节点有区别，但逻辑上来说是一个意思），root满再分裂的时候，就是索引的 level 增加的时候，root 分裂的时候，所有其他节点自然高度都同步发生了变化


如果搭一个模型来解释这个问题，很清楚的

不断分裂这个，没想明白
大家高手讲解一下