Oracle Database 中 关于 null值的存储

　　这里主要验证了number 和 varchar2 两种数据类型null值的存储

　　先来介绍一下row piece的结构
　　
　　
　　
　　引用官方文档的一张结构图


　　

　　通常情况下，不包括（cluster table 和 chain row）一个rowpiece 包括row header 和 column data
　　关于其他情况，会在以后的研究中陆续放出。
　　
　　BBED> dump /v
File: /u01/apps/oracle/oradata/david/users01.dbf(4)
Block: 531 Offsets: 8173to 8191Dba:0x01000213
-------------------------------------------------------
3c020302 c1020353 59530444 55414c01 l<...á..SYS.DUAL.
06fbd4        l .ûÔ
<16 bytes per line>
　　
例如：一个rowpiece的前3个字节 3c0203它表示
1个字节的flag

1个字节的lb（itl slot)

1个字节的columncount
　　如例中

3c=flag=00111100=--HDFL--=header+delete+first+last

02=lb itl slot 0x02

03=column count



列值信息包括：

列的长度，列的value

例如02c102

表示占用2个byte

c102 表示的是具体的值
　　dump 的信息 可以使用 UTL_RAW.CAST_TO_xxxx 来翻译（感谢itpubiori809的指导）
　　

　　


　　

　　下面开始验证
　　首先环境为11.1.0.6 linux x64
　　

dex@FAKE> desc ts
Name                                                              Null?    Type
----------------------------------------------------------------- -------- --------------------------------------------
ID                                                                         NUMBER
NAME                                                                       VARCHAR2(20)
COUNT                                                                      NUMBER

dex@FAKE> select t.*,
2         dbms_rowid.rowid_relative_fno(t.rowid) as "FNO#",
3         dbms_rowid.rowid_block_number(t.rowid) as "BLK#",
4         dbms_rowid.rowid_row_number(t.rowid) as "ROW#"
5    from dex.ts t
6  ;

ID NAME                      COUNT       FNO#       BLK#       ROW#
---------- -------------------- ---------- ---------- ---------- ----------
1 dd                                       4         31          0
2                               2          4         31          1
2                             3          4         31          2
4                                          4         31          3
　　

建表语句：dex@FAKE> create table ts ( id number , name varchar2(20) , count number ) ;

因为表中没有使用long 类型的column，所以表中列的顺序和建表中的列的声明顺序相同。

BBED> set dba 4,31

DBA       0x0100001f (16777247 4,31)

BBED> map

File: /u01/apps/oracle/oradata/fake/users01.dbf (4)

Block: 31                  Dba:0x0100001f

------------------------------------------------------------

KTB Data Block (Table/Cluster)



struct kcbh, 20 bytes           @0   



struct ktbbh, 72 bytes           @20   



struct kdbh, 14 bytes           @100  



struct kdbt[1], 4 bytes          @114  



sb2 kdbr[3]                @118  



ub1 freespace[8036]            @124  



ub1 rowdata[28]              @8160  



ub4 tailchk                @8188  


首先看来看第一行id=1 的row#=0 的 rowpiece

BBED> p *kdbr[0]

rowdata[19]

-----------
　　ub1 rowdata[19]

BBED> set offset 8179

OFFSET     8179

BBED> dump /v count 128

File: /u01/apps/oracle/oradata/fake/users01.dbf (4)

Block: 31   Offsets: 8179 to 8191 Dba:0x0100001f

-------------------------------------------------------

2c010202 c1020264 64010669 9f    l ,...Á..dd..i.



<16 bytes per line>

2c010202 c1020264 64 这些是rowpiece

第一行对应表中的值为

dex@FAKE> select * from ts where id=1 ;



ID NAME           COUNT

---------- -------------------- ----------

1 dd

可以看到id=1 的row#=0 ，这里的最后一列COUNT（number类型）值为null ，没有存储在block中，并且count number 标识为 拥有2列


我们再来看第二行 id=2 row#=1 的row piece

BBED> p *kdbr[1]

rowdata[9]

----------

ub1 rowdata[9]               @8169   0x2c

BBED> dump /v offset 8169 count 128

File: /u01/apps/oracle/oradata/fake/users01.dbf (4)

Block: 31   Offsets: 8169 to 8191 Dba:0x0100001f

-------------------------------------------------------

2c010302 c103ff02 c1032c01 0202c102 l ,...Á...Á.,...Á.

02646401 06699f           l .dd..i.



<16 bytes per line>
2c010302 c103ff02 c103 这些为第二行的rowpiece



对应表中的值为

ID NAME           COUNT

---------- -------------------- ----------

2                2

第二列name（varchar2类型） 为null

这里是怎样存储的呢？因为不是row piece 中的最后一列，可以看到是使用了ff来表示长度为0

再来看第三行 id=null row#=2 的row piece

BBED> p *kdbr[2]

rowdata[0]

----------

ub1 rowdata[0]               @8160   0x2c


BBED> dump /v offset 8160 count 128

File: /u01/apps/oracle/oradata/fake/users01.dbf (4)

Block: 31   Offsets: 8160 to 8191 Dba:0x0100001f

-------------------------------------------------------

2c0103ff 013202c1 042c0103 02c103ff l ,....2.Á.,...Á..

02c1032c 010202c1 02026464 0106699f l .Á.,...Á..dd..i.



<16 bytes per line>


rowpiece为 2c0103ff 013202c1 04



对应表中的值

dex@FAKE> select * from ts where id is null ;



ID NAME           COUNT

---------- -------------------- ----------

2               3

可以看到第一列id（number类型） 为null

也是使用ff来表示的。

最后看一下第四行 id=4 row#=3 的row piece



BBED> dump /v offset 8154 count 128

File: /u01/apps/oracle/oradata/fake/users01.dbf (4)

Block: 31   Offsets: 8154 to 8191 Dba:0x0100001f

-------------------------------------------------------

2c020102 c1052c01 03ff0132 02c1042c l ,...Á.,....2.Á.,

010302c1 03ff02c1 032c0102 02c10202 l ...Á...Á.,...Á..

64640206 b2a1            l dd..²¡



<16 bytes per line>



rowpiece 为2c020102 c105

对应表中的值为

dex@FAKE> select * from ts where id=4 ;



ID NAME           COUNT

---------- -------------------- ----------

4


可以看到row piece 中表示row piece 中只包含1列

因为后两列 name 与 count 的值都为空，所以也没有使用ff来表示。











想想也是蛮有道理的，如果不使用ff来表示，没有办法保证列的顺序。
　　而当后面的列的值都为null的时候，自然可以省下1个字节的ff。
　　至此验证结束






验证结束