谁能解释这种奇怪的现象？

超级野人

不知道实际上是不是真的按照这样的模式来存储的

grassbell

最初由 超级野人 发布
[B]不知道实际上是不是真的按照这样的模式来存储的 [/B]

难道oracle自己做了一套，然后又辛苦编了一套文档来迷惑人

佩服你的质疑精神。

accelerator

最初由 超级野人 发布
[B]每次插入字母后，行长度的值却是很准确的，一直在变化，不知道这是什么回事，难道oracle设定每一row的数据存储空间必须不小于4个字节么。 [/B]

SELECT SUBSTR(ROWID,1,6) "OBJECT",SUBSTR(ROWID,7,3) "FIL",SUBSTR(ROWID,10,6) "BLOCK",SUBSTR(ROWID,16,3) "ROW" FROM t1;

OBJECT       FIL    BLOCK        ROW
------------ ------ ------------ ------
AAAMnv       AAB    AAAOrq       AAA


我赞成这种现象用ROWID来说明比较合理:
因为一旦数据保存到数据块中,它的rowid就不会变化,当发生行迁移时,应用只能根据rowid找到数据迁移前数据的存储地址,所以在原数据存储地址必须保存当前数据存储的物理地址,因为发生行迁移objectid不会发生变化,所以用六个字节可以保持数据当前存储物理位置;
为了在性能与空间的平衡,oracle至少会预留六个字节保存行迁移信息,当插入数据小于6字节时,oracle会预先分配6字节,若(数据5字节+1 column length)蛮六字节,则在发生行迁移时可以利用这些空间保存行迁移的信息.

biti_rainy

最初由 accelerator 发布
[B]


SELECT SUBSTR(ROWID,1,6) "OBJECT",SUBSTR(ROWID,7,3) "FIL",SUBSTR(ROWID,10,6) "BLOCK",SUBSTR(ROWID,16,3) "ROW" FROM t1;

OBJECT       FIL    BLOCK        ROW
------------ ------ ------------ ------
AAAMnv       AAB    AAAOrq       AAA


我赞成这种现象用ROWID来说明比较合理:
因为一旦数据保存到数据块中,它的rowid就不会变化,当发生行迁移时,应用只能根据rowid找到数据迁移前数据的存储地址,所以在原数据存储地址必须保存当前数据存储的物理地址,因为发生行迁移objectid不会发生变化,所以用六个字节可以保持数据当前存储物理位置;
为了在性能与空间的平衡,oracle至少会预留六个字节保存行迁移信息,当插入数据小于6字节时,oracle会预先分配6字节,若(数据5字节+1 column length)蛮六字节,则在发生行迁移时可以利用这些空间保存行迁移的信息. [/B]

agree

超级野人

我觉得该空间可能是存储该行数据的影像在回滚段里的位置。（当该行被更改且没被提交时）

Case2000

关注

wangkxxe

看看精华帖学习中！