Oracle根底数据范例存储花式浅析

转载

mob604756ffc089 2011-03-07 20:52:00

文章标签 浅析 Oracl 花式范例 sql 文章分类 代码人生

Oracle根底数据范例存储花式浅析（一）——字符范例

宣布人:yangtingkun | 宣布时分: 2004年十二月09日, 23:47

前一阵看完文档，对oracle的根底数据范例的存储花式有了一些认识，迩来有做了一些测试中断了验证。

诡计整理总结一下，这一篇严重阐明');字符范例的存储花式。严重包罗char、varchar2和long等几种类型。

SQL> create table test_char (char_col char(10), varchar_col varchar2(10), long_col long);

表已创立。

SQL> insert into test_char values ('abc', '123', ',fd');

已创立 1 行。

SQL> commit;

提交完成。

SQL> select rowid from test_char;

ROWID

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

AAAB3LAAFAAAAAgAAA

依据rowid的界说规矩，第7～9位是默示的是数据文件，F默示5，而10～15位默示的是在这个数据文件中的第几个BLOCK，g默示32。（rowid编码相当于64进制。用A~Z a~z 0~9 /共64个字符默示。A默示0，B默示1，……，a默示26，……，0默示52，……，默示62，/默示63。）

我们依据计算的结果去dump这个block。

SQL> ALTER SYSTEM DUMP DATAFILE 5 BLOCK 32;

体系已变动。

掀开辟生的trace文件：

data_block_dump,data header at 0x3421064

===============

tsiz: 0x1f98

hsiz: 0x14

pbl: 0x03421064

bdba: 0x01400020

76543210

flag=--------

ntab=1

nrow=1

frre=-1

fsbo=0x14

f搜索引擎优化=0x1f82

avsp=0x1f6e

tosp=0x1f6e

0xe:pti[0] nrow=1 offs=0

0x12:pri[0] offs=0x1f82

block_row_dump:

tab 0, row 0, @0x1f82

tl: 22 fb: --H-FL-- lb: 0x1 cc: 3

col 0: [10] 61 62 63 20 20 20 20 20 20 20

col 1: [ 3] 31 32 33

col 2: [ 3] 2c 66 64

end_of_block_dump

End dump data blocks tsn: 5 file#: 5 minblk 32 maxblk 32

查询接见dump出来的结果，可以发明以下几点：

1.关于每个字段，除了保留字段的值以外，还会保留以后字段中数据的长度。而且，oracle显然没有把字段的长度界说或范例界说保留在block中，这些信息保留在oracle的数据字典外面。

2. 依据dump的结果，可以清楚的看到，字符范例在数据库中是以ascii花式存储的。

SQL> select chr(to_number('61', 'xx')) from dual;

3.char范例为定长花式，存储的时候会在字符串前面填补空格，而varchar2和long范例都是变长的。

SQL> SELECT DUMP(CHAR_COL, 16) D_CHAR FROM TEST_CHAR;

D_CHAR

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

Typ=96 Len=10: 61,62,63,20,20,20,20,20,20,20

SQL> SELECT DUMP(VARCHAR_COL, 16) D_VARCHAR2 FROM TEST_CHAR;

D_VARCHAR2

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

Typ=1 Len=3: 31,32,33

SQL> SELECT DUMP(LONG_COL, 16) D_VARCHAR2 FROM TEST_CHAR;

SELECT DUMP(LONG_COL, 16) D_VARCHAR2 FROM TEST_CHAR

ERROR 位于第 1 行:

ORA-00997: 合理运用 LONG 数据范例

因为DUMP不支撑LONG范例，是以我们运用了alter system dump block的体例，经由过程对照两种体例失失的结果，发明DUMP()函数不单便当，结果清楚，而且指出了中断DUMP的数据范例，在以后的例子中，除非必要的状况，不然城市回收DUMP()函数的体例中断阐明');。

上面看一下拔出中文的状况，首先看一下数据库的字符集

SQL> select name, value $ from sys.props $ where name like '%CHARACTERSET%';

NAME VALUE $

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

NLS_CHARACTERSET ZHS16GBK

NLS_NCHAR_CHARACTERSET AL16UTF16

SQL> insert into test_char values ('定长', '变长', null);

已创立 1 行。

SQL> SELECT DUMP(CHAR_COL, 16) D_CHAR FROM TEST_CHAR;

D_CHAR

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

Typ=96 Len=10: 61,62,63,20,20,20,20,20,20,20

Typ=96 Len=10: b6,a8,b3,a4,20,20,20,20,20,20

SQL> SELECT DUMP(VARCHAR_COL, 16) D_VARCHAR2 FROM TEST_CHAR;

D_VARCHAR2

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

Typ=1 Len=3: 31,32,33

Typ=1 Len=4: b1,e4,b3,a4

依据dump结果，可以清楚的看出，浅显英文字符和标点用一个字节默示，而中文字符或中文标点必要两个字节来默示。

上面，相比一下nchar和nvarchar2与char、varchar2范例有什么差别。

SQL> create table test_nchar (nchar_col nchar(10), nvarchar_col nvarchar2(10));

表已创立。

SQL> insert into test_nchar values ('nchar定长', 'nvarchar变长');

已创立 1 行。

从这里已经可以看出一些差别了，如果依据方才中文的计算体例，'nvarchar变长'的长度是8 2*2=12已经超越了数据范例界说的大小，可是为什么拔出成功了？

照样dump一下看看结果吧。

SQL> select dump(nchar_col, 16) from test_nchar;

DUMP(NCHAR_COL,16)

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

Typ=96 Len=20: 0,6e,0,63,0,68,0,61,0,72,5b,9a,95,7f,0,20,0,20,0,20

SQL> select dump(nvarchar_col, 16) from test_nchar;

DUMP(NVARCHAR_COL,16)

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

Typ=1 Len=20: 0,6e,0,76,0,61,0,72,0,63,0,68,0,61,0,72,53,d8,95,7f

这下就认识了，固然仍然是回收ascii码存储，可是nchar运用的AL16UTF16字符集，编码长度变为2个字节。这样中文运用两个字节，关于可以用一个字节就默示的英文字符，回收了高位补0的体例凑足2位，这样，关于回收AL16UTF16字符集的nchar范例，无论中文照样英文都用2位字符默示。是以'nvarchar变长'的长度是10，并没有超越数据范例的限制。

==============================================================

Oracle根底数据范例存储花式浅析（二）——数字范例

宣布人:yangtingkun | 宣布时分: 2004年十二月14日, 22:57

这篇文章严重描写NUMBER范例的数据和怎样在数据库中存储的。

Oracle的NUMBER范例最多由三个部分组成，这三个部分门别是最高位默示位、数据部分、标识表记标帜位。此中正数包罗标识表记标帜位，正数不会包罗标识表记标帜位。此外，数值0对照出格，它只包罗一个数值最高位默示位80，没稀有据部分。

正数的最高位默示位大于80，正数的最高位默示位小于80。此中一个正数的最高位是个位的话，则最高位默示位为C1，百位、万位依次为C2、C3，百分位、万分为依次为C0、BF。一个正数的最高位为个位的话，最高位默示位为3E，百位、万位依次为3D、3C，百分位、万分位依次为3F、40。

数据部分每一位都默示2位数。这个两位数可以是从0到99，如果是数据自身是正数，则分别用二进制的1到64默示，如果数据自身是正数，则运用二进制65到2默示。

标识表记标帜位用66默示。

上面的这些是我经由过程DUMP结果总结出来的，关于上面提到的这些关系常数，Oracle之以是这样选择是有事理的，我们前面按照例子也可以推导出来，而且会进一步阐明');为什么会回收这种体例默示。这里列出的意思是使各人先对NUMBER范例数据有一个可能的认识。

上面我们经由过程一个例子具体阐明');：

SQL> CREATE TABLE TEST_NUMBER (NUMBER_COL NUMBER);

表已创立。

SQL> INSERT INTO TEST_NUMBER VALUES (0);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (1);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (2);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (25);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (123);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (4100);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (132004078);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (2.01);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (0.3);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (0.00000125);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (115.200003);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (-1);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (-5);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (-20032);

已创立 1 行。

SQL> INSERT INTO TEST_NUMBER VALUES (-234.432);

已创立 1 行。

SQL> COMMIT;

提交完成。

SQL> COL D_NUMBER FORMAT A50

SQL> SELECT NUMBER_COL, DUMP(NUMBER_COL, 16) D_NUMBER FROM TEST_NUMBER;

NUMBER_COL D_NUMBER

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

0 Typ=2 Len=1: 80

1 Typ=2 Len=2: c1,2

2 Typ=2 Len=2: c1,3

25 Typ=2 Len=2: c1,1a

123 Typ=2 Len=3: c2,2,18

4100 Typ=2 Len=2: c2,2a

132004078 Typ=2 Len=6: c5,2,21,1,29,4f

2.01 Typ=2 Len=3: c1,3,2

.3 Typ=2 Len=2: c0,1f

.00000125 Typ=2 Len=3: be,2,1a

115.200003 Typ=2 Len=6: c2,2,10,15,1,4

-1 Typ=2 Len=3: 3e,64,66

-5 Typ=2 Len=3: 3e,60,66

-20032 Typ=2 Len=5: 3c,63,65,45,66

-234.432 Typ=2 Len=6: 3d,63,43,3a,51,66

已选择15行。

上面按照例子失失的结果，对每行中断阐明');。首先阐明');两点根底的。DUMP函数前往的TYPE＝2默示DUMP的数据范例是NUMBER，LENGTH＝N默示数值在数据库中存储的长度是N。

1.DUMP(0)的结果是0x80，在前面已经提到，0只要高位默示位，没稀有据位。因为0的出格，既不属于正数，也不属于正数，是以运用高位默示位用80默示就足够了，不会和别的数据辩论，Oracle出于浪掷空间的思量将前面数据部分省却了。可是为什么Oracle选择0x80默示0呢？我们知道正数和正数互为相反数，每个正数都有一个对应的正数。是以如果我们要运用编码默示数值，则默示正数和正数的编码应该各占一半，这样才华包管使Oracle默示数据范围是公平的。而0x80的二进制编码是1000 0000，正好是一个字节编码最大值的一半，是以，Oracle选择0x80来默示0，黑白常有事理的。

2.DUMP(1)的结果是0xc102，0xc1默示了最高位个位，0x2默示数值是1。首先，Oracle为什么用C1默示个位呢？真实，事理和方才的差不多。回收迷信计数法，任何一个实数S都可以描写为A.B×10n，A默示整数部分，B默示小数部分，而N默示10的指数部分。当S大于1时，N大于等于0，S小于1时，N小于0。也等于说，回收指数的体例默示，N大于0和N小于0的状况各占一半阁下时，Oracle所默示的范围最广。是以，Oracle选择了C1默示个位是最高位的状况。

SQL> SELECT TO_CHAR(ROUND(TO_NUMBER('81', 'XXX') (TO_NUMBER('FF', 'XXX') - TO_NUMBER('81', 'XXX') 1)/2), 'XX') FROM DUAL;

TO_

---

为什么ORACLE运用0x2默示1，而不间接运用0x1默示1呢？Oracle每个字节默示2位数，是以关于这个2位数，泛起的可以是0～99共100种可以，问题出在0这里。Oracle底层是用C言语完成的，我们知道二进制0在C言语顶用作字符串终结符，Oracle为了防御这个问题，是以运用了0x1默示0，并依次类推，运用0x64默示99。

3.DUMP(2)的结果是0xc103。

4.DUMP(25)的结果是0xc11a。前面提到，数据部分是以2位为最小单位保留的。是以关于25来说，最高位默示位仍然是个位，个位上的值是25，依据上面推出的规矩，25在存储为0xc11a。

SQL> SELECT TO_CHAR(25 1, 'xx') FROM DUAL;

TO_

---

5.DUMP(123)的结果是0xc20218。因为123最高为是百位，以是最高位默示位为0xc2，百位上是1，用0x02默示，个位上是23，用0x18默示。

6.DUMP(4100)的结果是0xc22a。

注重一点，如果数字最初数位上如果是0，Oracle出于浪掷空间的思量不会存储。比如：4100只保留百位上的41，12000000只保留百位位上的12，512000只保留万位上的51和百位上的20。

7.DUMP(132004078)的结果是0xc5022101294f。最高位是亿位，是以用0xC5默示，亿位上是1用0x02默示，百位位上是32用0x21默示，万位上是0用0x01默示，百位上是40用0x29默示，个位上78用0x4F默示。

注重：中心数位上的0不克不及省略。

8.DUMP(2.01)的结果是0xc10302。最高位是个位用0xC1默示，个位上是2用0x03默示，百分位上是1用0x02默示。

注重：个位上面一位是百分位不黑白常位。

9.DUMP(0.3)的结果是0xc01f。最高位是百分位，运用0xC0默示，百分位上是30用0x1F默示。

10.DUMP(0.00000125)的结果是0xbe021a。最高位是百万分位，用0xBE默示，最高位上的1用0x02默示，25用0x1a默示。

11.DUMP(115.200003)的结果是0xc20210150104。

12.DUMP(-1)的结果是0x3e6466。最高位个位，用0x3E默示，64默示个位上是1，66是标识表记标帜位，默示这个数是正数。

正数和正数互为相反数，正数的最高位默示位和它对应的相反数的最高位相加的值是FF。1的最高位默示位是C1，-1的最高位默示位是3E。正数中1用64默示。正数中的数值和它相反数的数据相加是0x66，也等于标识表记标帜位。正数1用0x02默示，正数1用0x64默示，二者相加是0x66。正数多个一个标识位，用0x66默示。因为正数的默示范围是0x01到0x64，正数的默示范围是0x65到0x02。是以，不会在默示数字时泛起的0x66默示。

13.DUMP(-5)的结果是0x3e6066。0x3e默示最高位是个位，0x60默示个位上是5，0x66是标识表记标帜标识位。0x3E加0xC1是0xFF。0x60加0x06的结果是0x66。

14.DUMP(-20032)的结果是0x3c63654566。最高位是万位，正数的万位是0xC3，是以正数的万位是0x3C。万位上是2，正数用0x03默示，正数为0x63，百位上是0，正数用0x01默示，正数运用0x65默示，个位上是32，正数用0x21默示，正数运用0x45默示。0x66是正数默示位。

15.DUMP(-234.432)的结果是0x3d63433a5166。

依据Oracle的存储特征，还可以推出Oracle的number范例的取值范围。

Oracle的concept上是这样描写的：

The following numbers can be stored in a NUMBER column:

Positive numbers in the range 1 x 10-130 to 9.99...9 x 10125 with up to 38 significant digits.

Negative numbers from -1 x 10-130 to 9.99...99 x 10125 with up to 38 significant digits.

Zero.

上面来推导出取值范围。

来看标识表记标帜位，0xC1默示个位。

SQL> select to_number('ff', 'xxx') - to_number('c1', 'xxx') from dual;

TO_NUMBER('FF','XXX')-TO_NUMBER('C1','XXX')

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

因为Oracle是两位、两位存储的，是以最高位相当于62×2=124，而且最高位上最大值是99，是以正数的最大值为9.999……×10125。

SQL> select to_number('c1', 'xxx') - to_number('80', 'xxx') from dual;

TO_NUMBER('C1','XXX')-TO_NUMBER('80','XXX')

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

最高位相当于65×2=130，是以正数的最小值为1×10-130。

正数和正数在各运用了一半的编码，是以具有相同的极值范围。

==============================================================

Oracle根底数据范例存储花式浅析（三）——日期范例（一）

宣布人:yangtingkun | 宣布时分: 2004年十二月15日, 14:00

这篇文章描写DATE范例的数据在Oracle中是以何莳花式存放的。

上面经由过程一个例子中断阐明');。

SQL> create table test_date (date_col date);

表已创立。

SQL> insert into test_date values (to_date('2000-1-1 0:0:0', 'yyyy-mm-dd hh24:mi:ss'));

已创立 1 行。

SQL> insert into test_date values (to_date('1-1-1 0:0:0', 'yyyy-mm-dd hh24:mi:ss'));

已创立 1 行。

SQL> insert into test_date values (to_date('-1-1-1 0:0:0', 'syyyy-mm-dd hh24:mi:ss'));

已创立 1 行。

SQL> insert into test_date values (to_date('-101-1-1 0:0:0', 'syyyy-mm-dd hh24:mi:ss'));

已创立 1 行。

SQL> insert into test_date values (to_date('-4712-1-1 0:0:0', 'syyyy-mm-dd hh24:mi:ss'));

已创立 1 行。

SQL> insert into test_date values (to_date('9999-12-31 23:59:59', 'syyyy-mm-dd hh24:mi:ss'));

已创立 1 行。

SQL> insert into test_date values (sysdate);

已创立 1 行。

SQL> insert into test_date values (to_date('-4713-1-1 0:0:0', 'syyyy-mm-dd hh24:mi:ss'));

insert into test_date values (to_date('-4713-1-1 0:0:0', 'syyyy-mm-dd hh24:mi:ss'))

ERROR 位于第 1 行:

ORA-01841: （全）年度值必须介于 -4713 和 9999 之间，且不为 0

SQL> insert into test_date values (to_date('0000-1-1 0:0:0', 'yyyy-mm-dd hh24:mi:ss'));

insert into test_date values (to_date('0000-1-1 0:0:0', 'yyyy-mm-dd hh24:mi:ss'))

ERROR 位于第 1 行:

ORA-01841: （全）年度值必须介于 -4713 和 9999 之间，且不为 0

SQL> col dump_date format a80

SQL> select to_char(date_col, 'syyyy-mm-dd hh24:mi:ss'), dump(date_col) dump_date from test_date;

TO_CHAR(DATE_COL,'SY DUMP_DATE

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

2000-01-01 00:00:00 Typ=12 Len=7: 120,100,1,1,1,1,1

0001-01-01 00:00:00 Typ=12 Len=7: 100,101,1,1,1,1,1

-0001-01-01 00:00:00 Typ=12 Len=7: 100,99,1,1,1,1,1

-0101-01-01 00:00:00 Typ=12 Len=7: 99,99,1,1,1,1,1

-4712-01-01 00:00:00 Typ=12 Len=7: 53,88,1,1,1,1,1

9999-12-31 23:59:59 Typ=12 Len=7: 199,199,12,31,24,60,60

2004-12-15 13:56:19 Typ=12 Len=7: 120,104,12,15,14,57,20

已选择7行。

经由过程最初两条语句已经可以看出Oracle的DATE范例的取值范围是公元前4712年1月1日至公元9999年12月31日。而且依据日期的特定，要不然是公元1年，要不然是公元前1年，不会泛起0年的状况。

日期范例长度是7，7个字节分别默示世纪、年、月、日、时、分和秒。

因为不会泛起0的状况，月和日都是依据原值存储的，月的范围是1～12，日的范围是1～31。

因为时、分、秒城市泛起0的状况，是以存储时回收原值加1的体例。0时保留为1，13时保留为14，23时保留为24。分和秒的状况与小时相似。小时的范围是0～23，在数据库中以1～24保留。分和秒的范围都是0～59，在数据库中以1～60保留。

年和世纪的状况绝对角力计较伟大，可分为公元前和公元后两种状况。因为最小的世纪的值是-47（公元前4712年），最大值是99（公元9999年）。为了防御正数的发作，oracle把世纪加100保留在数据库中。公元2000年，世纪保留为120，公元9999年，世纪保留为199，公元前101年，世纪保留为99（100 (-1)），公元前4712年，世纪保留为53（100 (-47)）。

注重，关于公元前1年，固然已经是公元前了，可是默示世纪的前两位的值仍然是0，是以，这时的保留的世纪的值仍然是100。世纪的范围是-47～99，保留的值是53～199。

年的保留与世纪的保留体例相似，也把年的值加上100中断保留。关于公元2000年，年贯穿连接为100，公元1年保留为101，公元2004年保留为104，公元9999年保留为199，公元前1年，保留为99（100 (-1)），公元前101年，保留为99（100 (-1)），公元前4712年保留为88（100 (-12)）。关于公元前的年，保留的值总是小于等于100，关于公元后的年，保留的值总是大于等于100。年的范围是0～99，保留的值是1～199。

注重：普通的世纪，都包罗了100年，而关于0世纪，因为包罗公元前和公元后两部分且不包罗0年，是以包罗了198年。

==============================================================

Oracle根底数据范例存储花式浅析（三）——日期范例（二）

宣布人:yangtingkun | 宣布时分: 2004年十二月16日, 18:03

这篇文章描写TIMESTAMP范例的数据在Oracle中是以何莳花式存放的。

上面经由过程一个例子中断阐明');。

SQL> create table test_time (col_time timestamp);

表已创立。

SQL> insert into test_time values (to_timestamp('0001-1-1 0:0:0.0', 'syyyy-mm-dd hh24:mi:ss.ff'));

已创立 1 行。

SQL> insert into test_time values (to_timestamp('2000-1-1 0:0:0.0', 'syyyy-mm-dd hh24:mi:ss.ff'));

已创立 1 行。

SQL> insert into test_time values (to_timestamp('9999-12-31 23:59:59.999999', 'syyyy-mm-dd hh24:mi:ss.ff'));

已创立 1 行。

SQL> insert into test_time values (to_timestamp('-0001-1-1 0:0:0.0', 'syyyy-mm-dd hh24:mi:ss.ff'));

已创立 1 行。

SQL> insert into test_time values (to_timestamp('-0100-3-4 13:2:3.234015', 'syyyy-mm-dd hh24:mi:ss.ff'));

已创立 1 行。

SQL> insert into test_time values (systimestamp);

已创立 1 行。

SQL> insert into test_time values (to_timestamp('2000-1-1 0:0:0.123456789', 'syyyy-mm-dd hh24:mi:ss.ff9'));

已创立 1 行。

SQL> commit;

提交完成。

SQL> select to_char(col_time, 'syyyy-mm-dd hh24:mi:ss.ff9') time, dump(col_time) dump_time

2 from test_time;

TIME DUMP_TIME

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

0001-01-01 00:00:00.000000000 Typ=180 Len=7: 100,101,1,1,1,1,1

2000-01-01 00:00:00.000000000 Typ=180 Len=7: 120,100,1,1,1,1,1

9999-12-31 23:59:59.999999000 Typ=180 Len=11: 199,199,12,31,24,60,60,59,154,198,24

-0001-01-01 00:00:00.000000000 Typ=180 Len=7: 100,99,1,1,1,1,1

-0100-03-04 13:02:03.234015000 Typ=180 Len=11: 99,100,3,4,14,3,4,13,242,201,24

2004-12-15 16:14:52.738000000 Typ=180 Len=11: 120,104,12,15,17,15,53,43,252,252,128

2000-01-01 00:00:00.123457000 Typ=180 Len=11: 120,100,1,1,1,1,1,7,91,205,232

已选择7行。

与DATE范例相比可以发明，关于TIMESTAMP范例，如果不包罗微秒信息可能微秒值为0，那么存储结果和DATE完全相同。当微秒值为0时，Oracle为了浪掷空间，不会保留微秒信息。

如果毫秒值不为0，Oracle把微秒值当作一个9位数的数字来保留。

比如999999000，保留为59,154,198,24。234015000保留为13,242,201,24。

SQL> select to_char(999999000, 'xxxxxxxxxx') from dual;

TO_CHAR(999

-----------

3b9ac618

SQL> select to_number('3b', 'xxx') one, to_number('9a', 'xxx') two,

2 to_number('c6', 'xxx') three, to_number('18', 'xxx') four from dual;

ONE TWO THREE FOUR

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

59 154 198 24

SQL> select to_char(234015000, 'xxxxxxxx') from dual;

TO_CHAR(2

---------

df2c918

SQL> select to_number('d', 'xxx') one, to_number('f2', 'xxx') two,

2 to_number('c9', 'xxx') three, to_number('18', 'xxx') four from dual;

ONE TWO THREE FOUR

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

13 242 201 24

此外，注重一点，不指定精度的状况下，TIMESTAMP默许取6位。长度超越6位，会四舍五入到6位。如果希望保留9位的TIMESTAMP，必须认识指定精度。

SQL> alter table test_time modify (col_time timestamp(9));

表已变动。

SQL> insert into test_time values (to_timestamp('2000-1-1 0:0:0.123456789', 'syyyy-mm-dd hh24:mi:ss.ff9'));

已创立 1 行。

SQL> select to_char(col_time, 'syyyy-mm-dd hh24:mi:ss.ff9') time, dump(col_time) dump_time

2 from test_time;

TIME DUMP_TIME

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

0001-01-01 00:00:00.000000000 Typ=180 Len=7: 100,101,1,1,1,1,1

2000-01-01 00:00:00.000000000 Typ=180 Len=7: 120,100,1,1,1,1,1

9999-12-31 23:59:59.999999000 Typ=180 Len=11: 199,199,12,31,24,60,60,59,154,198,24

-0001-01-01 00:00:00.000000000 Typ=180 Len=7: 100,99,1,1,1,1,1

-0100-03-04 13:02:03.234015000 Typ=180 Len=11: 99,100,3,4,14,3,4,13,242,201,24

2004-12-15 16:14:52.738000000 Typ=180 Len=11: 120,104,12,15,17,15,53,43,252,252,128

2000-01-01 00:00:00.123457000 Typ=180 Len=11: 120,100,1,1,1,1,1,7,91,205,232

2000-01-01 00:00:00.123456789 Typ=180 Len=11: 120,100,1,1,1,1,1,7,91,205,21

已选择8行。

==============================================================

Oracle根底数据范例存储花式浅析（三）——日期范例（三）

宣布人:yangtingkun | 宣布时分: 2004年十二月17日, 17:00

如果间接在SQL语句中对SYSDATE或由TO_DATE函数天生日期中断DUMP操作，会发明失失的结果与DUMP数据库中保留的日期的结果纷歧样。

SQL> truncate table test_date;

表已截丢失。

SQL> insert into test_date values (to_date('2004-12-17 16:42:42', 'syyyy-mm-dd hh24:mi:ss'));

已创立 1 行。

SQL> col dump_date format a65

SQL> select to_char(date_col, 'syyyy-mm-dd hh24:mi:ss') dat, dump(date_col) dump_date from test_date;

DAT DUMP_DATE

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

2004-12-17 16:42:42 Typ=12 Len=7: 120,104,12,17,17,43,43

SQL> select to_char(to_date('2004-12-17 16:42:42', 'syyyy-mm-dd hh24:mi:ss'), 'syyyy-mm-dd hh24:mi:ss') dat,

2 dump(to_date('2004-12-17 16:42:42', 'syyyy-mm-dd hh24:mi:ss')) dump_date from dual;

DAT DUMP_DATE

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

2004-12-17 16:42:42 Typ=13 Len=8: 212,7,12,17,16,42,42,0

存储在数据库中的DATE范例是12，而间接在SQL中运用的DATE范例是13。而且二者的长度以及默示体例都不相同。这两种类型的差别指出严重体现在两点：一：时、分、秒的默示差别；二、世纪和年的默示差别。

SQL中运用DATE的时分秒没有回收加1存储体例，而且原值存储。

SQL中运用DATE没有回收世纪、年的体例贯穿连接，而是回收了按数值保留的体例。第一位默示低位，第二位默示高位。低位默示最大的值是255。如上面的例子中，212 7×256=2004。

SQL> select to_char(to_date('-2004-12-17 16:42:42', 'syyyy-mm-dd hh24:mi:ss'), 'syyyy-mm-dd hh24:mi:ss') dat,

2 dump(to_date('-2004-12-17 16:42:42', 'syyyy-mm-dd hh24:mi:ss')) dump_date from dual;

DAT DUMP_DATE

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

-2004-12-17 16:42:42 Typ=13 Len=8: 44,248,12,17,16,42,42,0

SQL> select dump(to_date('-1-1-1', 'syyyy-mm-dd')) from dual;

DUMP(TO_DATE('-1-1-1','SYYYY-MM-D

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

Typ=13 Len=8: 255,255,1,1,0,0,0,0

关于公元前的日期，Oracle从255，255起头保留。公元前的年的保留的值和对应的公元后的年的值相加的和是256，255。如上例中的公元2004年和公元前2004年的值相加：212 44=256，7 248=255。

SQL中DATE范例最初还包罗一个0，似乎现在没有运用。

==============================================================

Oracle根底数据范例存储花式浅析（三）——日期范例（四）

宣布人:yangtingkun | 宣布时分: 2005年一月12日, 02:26

本文对TIMESTAMP WITH LOCAL TIME ZONE和TIMESTAMP WITH TIME ZONE范例的存储花式中断伟大的阐明');。

SQL> CREATE TABLE TEST_TIMESTAMP(TIME1 TIMESTAMP(9), TIME2 TIMESTAMP(6) WITH LOCAL TIME ZONE,

2 TIME3 TIMESTAMP(4) WITH TIME ZONE);

表已创立。

SQL> INSERT INTO TEST_TIMESTAMP VALUES (SYSTIMESTAMP, SYSTIMESTAMP, SYSTIMESTAMP);

已创立 1 行。

SQL> SELECT * FROM TEST_TIMESTAMP;

TIME1

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

TIME2

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

TIME3

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

11-1月 -05 11.08.15.027000000 下战书

11-1月 -05 11.08.15.027000 下战书

11-1月 -05 11.08.15.0270 下战书 08:00

SQL> SELECT DUMP(TIME1, 16), DUMP(TIME2, 16), DUMP(TIME3, 16) FROM TEST_TIMESTAMP;

DUMP(TIME1,16)

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

DUMP(TIME2,16)

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

DUMP(TIME3,16)

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

Typ=180 Len=11: 78,69,1,b,18,9,10,1,9b,fc,c0

Typ=231 Len=11: 78,69,1,b,18,9,10,1,9b,fc,c0

Typ=181 Len=13: 78,69,1,b,10,9,10,1,9b,fc,c0,1c,3c

可以发明，如果客户端和数据库中的时区是不同的，那么TIMESTAMP和TIMESTAMP WITH LOCAL TIME ZONE存储的数据是完全一样的。

TIMESTAMP WITH TIME ZONE则略有差别，它保留的是0时区的时分，和所处的时区信息。

修正客户端主机的时区，由东8区（ 8区）改为0时区。

SQL> INSERT INTO TEST_TIMESTAMP VALUES (SYSTIMESTAMP, SYSTIMESTAMP, SYSTIMESTAMP);

已创立 1 行。

修正客户端主机的时区，改为西5区（-5时区）。

SQL> INSERT INTO TEST_TIMESTAMP VALUES (SYSTIMESTAMP, SYSTIMESTAMP, SYSTIMESTAMP);

已创立 1 行。

修正客户端主机的时区，改为西12区（-12时区）。

SQL> INSERT INTO TEST_TIMESTAMP VALUES (SYSTIMESTAMP, SYSTIMESTAMP, SYSTIMESTAMP);

已创立 1 行。

修正客户端主机的时区，改为东13区（ 13时区）。

SQL> INSERT INTO TEST_TIMESTAMP VALUES (SYSTIMESTAMP, SYSTIMESTAMP, SYSTIMESTAMP);

已创立 1 行。

修正客户端主机的时区，改为西3.5区（-3.5时区）。

SQL> INSERT INTO TEST_TIMESTAMP VALUES (SYSTIMESTAMP, SYSTIMESTAMP, SYSTIMESTAMP);

已创立 1 行。

修正客户端主机的时区，改为东9.5区（ 9.5时区）。

SQL> INSERT INTO TEST_TIMESTAMP VALUES (SYSTIMESTAMP, SYSTIMESTAMP, SYSTIMESTAMP);

已创立 1 行。

SQL> COMMIT;

提交完成。

修正客户端主机的时区，改回东8区（ 8时区）。

SQL> SELECT * FROM TEST_TIMESTAMP;

TIME1

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

TIME2

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

TIME3

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

11-1月 -05 11.08.15.027000000 下战书

11-1月 -05 11.08.15.027000 下战书

11-1月 -05 11.08.15.0270 下战书 08:00

11-1月 -05 03.11.43.746000000 下战书

11-1月 -05 11.11.43.746000 下战书

11-1月 -05 03.11.43.7460 下战书 00:00

11-1月 -05 10.14.08.987000000 上午

11-1月 -05 11.14.08.987000 下战书

11-1月 -05 10.14.08.9870 上午 -05:00

11-1月 -05 03.15.01.732000000 上午

11-1月 -05 11.15.01.732000 下战书

11-1月 -05 03.15.01.7320 上午 -12:00

12-1月 -05 04.20.21.522000000 上午

11-1月 -05 11.20.21.522000 下战书

12-1月 -05 04.20.21.5220 上午 13:00

11-1月 -05 02.15.16.567000000 下战书

12-1月 -05 01.45.16.567000 上午

11-1月 -05 02.15.16.5670 下战书 -03:30

12-1月 -05 03.16.54.992000000 上午

12-1月 -05 01.46.54.992000 上午

12-1月 -05 03.16.54.9920 上午 09:30

已选择7行。

SQL> SELECT DUMP(TIME1, 16), DUMP(TIME2, 16), DUMP(TIME3, 16) FROM TEST_TIMESTAMP;

DUMP(TIME1,16)

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

DUMP(TIME2,16)

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

DUMP(TIME3,16)

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

Typ=180 Len=11: 78,69,1,b,18,9,10,1,9b,fc,c0

Typ=231 Len=11: 78,69,1,b,18,9,10,1,9b,fc,c0

Typ=181 Len=13: 78,69,1,b,10,9,10,1,9b,fc,c0,1c,3c

Typ=180 Len=11: 78,69,1,b,10,c,2c,2c,77,e,80

Typ=231 Len=11: 78,69,1,b,18,c,2c,2c,77,e,80

Typ=181 Len=13: 78,69,1,b,10,c,2c,2c,77,e,80,14,3c

Typ=180 Len=11: 78,69,1,b,b,f,9,3a,d4,6c,c0

Typ=231 Len=11: 78,69,1,b,18,f,9,3a,d4,6c,c0

Typ=181 Len=13: 78,69,1,b,10,f,9,3a,d4,6c,c0,f,3c

Typ=180 Len=11: 78,69,1,b,4,10,2,2b,a1,6f,0

Typ=231 Len=11: 78,69,1,b,18,10,2,2b,a1,6f,0

Typ=181 Len=13: 78,69,1,b,10,10,2,2b,a1,6f,0,8,3c

Typ=180 Len=11: 78,69,1,c,5,15,16,1f,1d,16,80

Typ=231 Len=11: 78,69,1,b,18,15,16,1f,1d,16,80

Typ=181 Len=13: 78,69,1,b,10,15,16,1f,1d,16,80,21,3c

Typ=180 Len=11: 78,69,1,b,f,10,11,21,cb,bb,c0

Typ=231 Len=11: 78,69,1,c,2,2e,11,21,cb,bb,c0

Typ=181 Len=13: 78,69,1,b,12,2e,11,21,cb,bb,c0,11,1e

Typ=180 Len=11: 78,69,1,c,4,11,37,3b,20,b8,0

Typ=231 Len=11: 78,69,1,c,2,2f,37,3b,20,b8,0

Typ=181 Len=13: 78,69,1,b,12,2f,37,3b,20,b8,0,1d,5a

SQL> SELECT TO_NUMBER('1C', 'XXX'), TO_NUMBER('3C', 'XXX') FROM DUAL;

TO_NUMBER('1C','XXX') TO_NUMBER('3C','XXX')

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

28 60

SQL> SELECT TO_NUMBER('14', 'XXX'), TO_NUMBER('3C', 'XXX'), TO_NUMBER('143C', 'XXXXXXX') FROM DUAL;

TO_NUMBER('14','XXX') TO_NUMBER('3C','XXX')

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

20 60

SQL> SELECT TO_NUMBER('3C', 'XXX') , TO_NUMBER('1E', 'XXX'), TO_NUMBER('5A', 'XXX') FROM DUAL;

TO_NUMBER('3C','XXX') TO_NUMBER('1E','XXX') TO_NUMBER('5A','XXX')

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

60 30 90

可以看出，修正时区会招致体系TIMESTAMP时分发作转变，可是关于TIMESTAMP WITH LOCAL TIME ZONE范例，总是将体系的时分转化到数据库效力器上时区的时分中断存储。

TIMESTAMP WITH TIME ZONE保留的是以后时分转化到0时区的对应的时分，并经由过程最初两位来保留时区信息。

第一位默示时区的小时部分。0时区用0x14默示。东n区在这个基础上加n，西n区在这个基础上减n。我们所处的东8区默示为0x1C。西5区默示为0xF。

第二位默示时区的分钟部分。范例是0x3C，即60分钟。关于东时区的半区，在这个基础上加上30分钟，如果是西时区，则减去30分钟。

==============================================================

Oracle根底数据范例存储花式浅析（四）——ROWID范例（一）

宣布人:yangtingkun | 宣布时分: 2004年十二月21日, 19:14

Oracle的ROWID用来独一标识表中的一笔记实，是这条数据在数据库中存放的物理所在。

Oracle的ROWID分为两种：物理ROWID和逻辑ROWID。索引机关表运用逻辑ROWID，其他范例的表运用物理ROWID。此中物理ROWID在Oracle的8版本中中断了扩展，Oracle7及以下版本运用束厄局促ROWID，Oracle8及以上版本运用扩展ROWID。本文描写物理扩展ROWID，因为束厄局促ROWID仅仅是为了兼容晚期版本，是以不做评论斗嘴。

SQL> create table test_rowid (id number, row_id rowid);

表已创立。

SQL> insert into test_rowid values (1, null);

已创立 1 行。

SQL> update test_rowid set row_id = rowid where id = 1;

已更新 1 行。

SQL> commit;

提交完成。

SQL> select rowid, row_id from test_rowid;

ROWID ROW_ID

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

AAABnRAAGAAAACWAAA AAABnRAAGAAAACWAAA

Oracle的物理扩展ROWID有18位，每位回收64位编码，分别用A~Z、a~z、0~9、、/共64个字符默示。A默示0，B默示1，……Z默示25，a默示26，……z默示51，0默示52，……，9默示61，默示62，/默示63。

ROWID具体分别可以分为4部分。

1.OOOOOO：前6位默示DATA OBJECT NUMBER，将起转化位数字后婚配DBA_OBJECTS中的DATA_OBJECT_ID，可以确定表信息。

如上面例子中的DATA OBJECT NUMBER是AAABnR，转化位数字是1×64×64 ＋39×64 ＋ 17。

SQL> select owner, object_name from dba_objects

2 where data_object_id = 1*64*64 39*64 17;

OWNER OBJECT_NAME

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

YANGTK TEST_ROWID

2.FFF：第7到9位默示绝对表空间的数据文件号。

上面的例子中是AAG，默示数据文件6。

SQL> select file_name, tablespace_name from dba_data_files where relative_fno = 6;

FILE_NAME TABLESPACE_NAME

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

E:ORACLEORADATATESTYANGTK01.DBF YANGTK

3.BBBBBB：第10到15位默示这笔记其实数据文件中的第几个BLOCK中。

上面的例子是AAAACW，转化位数字是2×64＋22，默示这笔记其实数据文件中的第150个BLOCK。

4.RRR：最初3位默示这笔记实是BLOCK中的第几笔记实。

上面的例子是AAA，默示第0笔记实（总是从0起头计数）。

SQL> alter system dump datafile 6 block 150;

体系已变动。

SQL> select row_id, dump(row_id, 16) dump_rowid from test_rowid;

ROW_ID DUMP_ROWID

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

AAABnRAAGAAAACWAAA Typ=69 Len=10: 0,0,19,d1,1,80,0,96,0,0

找到对应的dump文件，可以发明范例的信息

AV女伶 2004-12-21 17:58:26.000

AV女伶 SESSION ID:(13.91) 2004-12-21 17:58:26.000

Start dump data blocks tsn: 6 file#: 6 minblk 150 maxblk 150

buffer tsn: 6 rdba: 0x01800096 (6/150)

scn: 0x0000.2e389c16 seq: 0x01 flg: 0x06 tail: 0x9c160601

frmt: 0x02 chkval: 0xc97d type: 0x06=trans data

Block header dump: 0x01800096

Object id on Block? Y

seg/obj: 0x19d1 csc: 0x00.2e389c0f itc: 2 flg: O typ: 1 - DATA

fsl: 0 fnx: 0x0 ver: 0x01

Itl Xid Uba Flag Lck Scn/Fsc

0x01 0x0003.009.00000057 0x0080004b.0042.56 --U- 1 fsc 0x0000.2e389c16

0x02 0x0000.000.00000000 0x00000000.0000.00 ---- 0 fsc 0x0000.00000000

data_block_dump,data header at 0x651105c

===============

tsiz: 0x3fa0

hsiz: 0x14

pbl: 0x0651105c

bdba: 0x01800096

76543210

flag=--------

ntab=1

nrow=1

frre=-1

fsbo=0x14

f搜索引擎优化=0x3f89

avsp=0x3f7b

tosp=0x3f7b

0xe:pti[0] nrow=1 offs=0

0x12:pri[0] offs=0x3f89

block_row_dump:

tab 0, row 0, @0x3f89

tl: 17 fb: --H-FL-- lb: 0x1 cc: 2

col 0: [ 2] c1 02

col 1: [10] 00 00 19 d1 01 80 00 96 00 00

end_of_block_dump

End dump data blocks tsn: 6 file#: 6 minblk 150 maxblk 150

无意必要搜检表的DUMP信息，可是很难正确定位表中数据起头于哪个BLOCK，依据ROWID中包罗的信息就可以便当的找到肇始BLOCK。

上面伟大描写一下ROWID范例是怎样存储的。

SQL> select row_id, dump(row_id, 16) dump_rowid from test_rowid;

ROW_ID DUMP_ROWID

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

AAABnRAAGAAAACWAAA Typ=69 Len=10: 0,0,19,d1,1,80,0,96,0,0

前4位默示ROWID的前6位，也等于DATA_OBJECT_ID信息。数据以数值的花式保留。

SQL> select to_number('19d1', 'xxxxxx') from dual;

TO_NUMBER('19D1','XXXXXX')

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

6609

SQL> select 1*64*64 39*64 17 from dual;

1*64*64 39*64 17

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

6609

这里存在一个问题，依据ROWID的取值范围，OBJECT_DATA_ID最大的值是64的6次方，而依据DUMP，oracle只用了4位保留，是以取值范围是256的4次方。

SQL> set numwid 12

SQL> select power(64, 6), power(256, 4), power(64, 6)/power(256, 4) from dual;

POWER(64,6) POWER(256,4) POWER(64,6)/POWER(256,4)

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

68719476736 4294967296 16

可见，OBJECT_DATA_ID的最大值是4294967296，当超越这个值时会泛起反复的状况。（固然，现实中不大可以）。

前面4位对照出格，是数据文件号和BLOCK数的“和”值组成。

数据文件的数值乘64后保留在5、6位上。

SQL> select to_number('0180', 'xxxx') from dual;

TO_NUMBER('0180','XXXX')

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

384

SQL> select 6*64 from dual;

6*64

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

384

同时，6位BLOCK的值，也保留在这4位上，并与数据文件转存结果相加。仍然是以数字花式存放。

SQL> select to_number('96', 'xxx') from dual;

TO_NUMBER('96','XXX')

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

150

SQL> select 2*64 22 from dual;

2*64 22

----------

150

因为回收两位保留数据文件的值，且最小单位是64，是以，ROWID中可以保留的数据文件数是1024，超越1024会形成ROWID的反复。

SQL> select 256*256/64 from dual;

256*256/64

----------

1024

因为BLOCK的值和数据文件共用这4位，是以BLOCK的第3位最大值应小于64，这样才华包管ROWID的不反复。是以BLOCK值的最大值应该是4194304。

SQL> select 64*256*256 from dual;

64*256*256

----------

4194304

最初两位保留BLOCK中记实的值。这个值的最大值是65536。

SQL> select 256*256 from dual;

256*256

----------

65536

上面看一个例子，Oracle是怎样将绝对文件号和BLOCK号“共享”第5、6字节的。

SQL> select blocks from user_segments where segment_name = 'TEST1';

BLOCKS

----------

86016

SQL> select max(rowid), dump(max(rowid)) dump_rowid from test1;

MAX(ROWID) DUMP_ROWID

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

AAABy AAJAAAU5EAAM Typ=69 Len=10: 0,0,28,190,2,65,78,68,0,12

SQL> select dbms_rowid.rowid_relative_fno('AAABy AAJAAAU5EAAM') fno,

2 dbms_rowid.rowid_block_number('AAABy AAJAAAU5EAAM') block_num from dual;

FNO BLOCK_NUM

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

9 85572

SQL> select 9*64, 2*256 65 from dual;

9*64 2*256 65

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

576 577

SQL> select 1*256*256 78*256 68 from dual;

1*256*256 78*256 68

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

85572

可以看到，5、6为的值除以64失失的商是绝对文件号，余数是BLOCK号的高位，乘以65536后加上低两位才是BLOCK号。

==============================================================

Oracle根底数据范例存储花式浅析（四）——ROWID范例（二）

宣布人:yangtingkun | 宣布时分: 2004年十二月22日, 23:52

Oracle的文档上没有引见逻辑ROWID的编码规矩，而且经由过程DUMP的结果也很难反推出编码规矩。是以，本文只伟大评论斗嘴一下逻辑ROWID的存储。

上面来看例子。

SQL> create table test_index (id number primary key, name varchar2(20)) organization index;

表已创立。

SQL> insert into test_index values (1, 'a');

已创立 1 行。

SQL> commit;

提交完成。

SQL> col dump_rowid format a60

SQL> select rowid, dump(rowid) dump_rowid from test_index;

ROWID DUMP_ROWID

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

*BAFAB4wCwQL Typ=208 Len=10: 2,4,1,64,7,140,2,193,2,254

逻辑ROWID的DUMP结果前两位都是2和4，最月朔位都是254，（我还没有发明其他的状况），因为逻辑ROWID和主键的值有关，以是长度是不定的，是以应该是用来默示起头和截止的。

第3、4位和物理ROWID一样，默示的是绝对表空间的数据文件号乘以64的值。

第5、6位默示这笔记其实数据文件的第几个BLOCK中。

从第7位起头到DUMP结果的倒数第二位，默示主键的值。首先是主键中第一个字段的长度，这里是2，然后是主键的值，因为是NUMBER范例，是以193，2默示数值1。如果是多个字段组成的主键，第一个字段之后是第二个字段的长度，然后是第二个字段的值……。

SQL> select (1*256 64)/64 from dual;

(1*256 64)/64

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

SQL> select 7*256 140 from dual;

7*256 140

----------

1932

SQL> alter system dump datafile 5 block 1932;

体系已变动。

找到相应的dump文件，可以发明方才拔出的记实。

Dump file f:oracleadmintest4udumptest4_ora_3828.trc

Thu Dec 23 00:17:53 2004

ORACLE V9.2.0.4.0 - Production vsnsta=0

vsnsql=12 vsnxtr=3

Windows 2000 Version 5.1 Service Pack 1, CPU type 586

Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production

With the Partitioning, Oracle Label Security, OLAP and Oracle Data Mining options

JServer Release 9.2.0.4.0 - Production

Windows 2000 Version 5.1 Service Pack 1, CPU type 586

Instance name: test4

Redo thread mounted by this instance: 1

Oracle process number: 9

Windows thread id: 3828, image: ORACLE.EXE

AV女伶 2004-12-23 00:17:53.361

AV女伶 SESSION ID:(8.82) 2004-12-23 00:17:53.301

Start dump data blocks tsn: 5 file#: 5 minblk 1932 maxblk 1932

buffer tsn: 5 rdba: 0x0140078c (5/1932)

scn: 0x0000.00e9f122 seq: 0x01 flg: 0x02 tail: 0xf1220601

frmt: 0x02 chkval: 0x0000 type: 0x06=trans data

Block header dump: 0x0140078c

Object id on Block? Y

seg/obj: 0x1e48 csc: 0x00.e9f113 itc: 2 flg: E typ: 2 - INDEX

brn: 0 bdba: 0x1400789 ver: 0x01

inc: 0 exflg: 0

Itl Xid Uba Flag Lck Scn/Fsc

0x01 0x0000.000.00000000 0x00000000.0000.00 ---- 0 fsc 0x0000.00000000

0x02 0x0005.008.000000e7 0x00800226.005c.24 --U- 1 fsc 0x0000.00e9f122

Leaf block dump

===============

header address 71963236=0x44a1264

kdxcolev 0

KDXCOLEV Flags = - - -

kdxcolok 0

kdxcoopc 0x90: opcode=0: iot flags=I-- is converted=Y

kdxconco 1

kdxcosdc 0

kdxconro 1

kdxcofbo 38=0x26

kdxcofeo 8026=0x1f5a

kdxcoavs 7988

kdxlespl 0

kdxlende 0

kdxlenxt 0=0x0

kdxleprv 0=0x0

kdxledsz 0

kdxlebksz 8036

row#0[8026] flag: K----, lock: 2

col 0; len 2; (2): c1 02

tl: 5 fb: --H-FL-- lb: 0x0 cc: 1

col 0: [ 1]

Dump of memory from 0x044A31C7 to 0x044A31C8

44A31C0 61010100 [...a]

----- end of leaf block dump -----

End dump data blocks tsn: 5 file#: 5 minblk 1932 maxblk 1932

可以看到，依据DUMP结果的3、4、5、6位可以定位记实的物理地位。

必要注重的是，索引机关表以主键的次第存储数据，是以拔出、更新和删除数据都可以形成一笔记实的物理地位发作转变，这时经由过程ROWID中的DATAFILE和BLOCK的信息可以就无法正确定位到记实的物理地位。当依据逻辑ROWID接见索引机关表时，首先会依据DATAFILE和BLOCK信息去找到相应的BLOCK，搜寻数据可否在这个BLOCK中，如果不在，就经由过程逻辑ROWID中的主键信息去经由过程索引扫描，找到这笔记实。这等于Oracle文档在提到的physical guess。

上面看一个由字符串和日期组成联合主键的例子。

SQL> create table test_index2 (id char(4), time date,

2 constraint pk_test_index2 primary key (id, time)) organization index;

表已创立。

SQL> insert into test_index2 values ('1', sysdate);

已创立 1 行。

SQL> col dump_rowid format a75

SQL> select rowid, dump(rowid) dump_rowid from test_index2;

ROWID DUMP_ROWID

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

*BAFAB5QEMSAgIAd4aAwXASMT/g Typ=208 Len=20: 2,4,1,64,7,148,4,49,32,32,32,7,120,104,12,23,1,35,19,254

可以看出，第7位是字段id的长度4，然后是字符串1和三个空格的ASCII码，这是字符串的存储花式，前面跟着的7是字段time长度，前面七位此日期的存储花式。在逻辑ROWID中，数值、字符和日期范例的存储花式都和它们自身的存储花式不同，这里不在赘述。

普通状况下，运用一位来默示长度，可是如果长度超越了127（16进制DUMP的结果是7F），则长度起头用两位默示。第一位以8扫尾，这个8只是标识位，表达长度字段现在由两位来默示。比如长度128默示位8080，而支撑的最大值3800默示为8ED8。

==============================================================

Oracle根底数据范例存储花式浅析（五）——RAW范例

宣布人:yangtingkun | 宣布时分: 2004年十二月23日, 15:20

和其他数据范例相比，RAW范例的存储显得直不雅多了，它和SELECT时数据展现的值完全一样。（SELECT时是依据16进制展现的）

SQL> create table test_raw (id number, raw_date raw(10));

表已创立。

SQL> insert into test_raw values (1, hextoraw('ff'));

已创立 1 行。

SQL> drop table test_raw;

表已丢弃。

SQL> create table test_raw (raw_col raw(10));

表已创立。

SQL> insert into test_raw values (hextoraw('ff'));

已创立 1 行。

SQL> insert into test_raw values (hextoraw('0'));

已创立 1 行。

SQL> insert into test_raw values (hextoraw('23fc'));

已创立 1 行。

SQL> insert into test_raw values (hextoraw('fffffffffff'));

已创立 1 行。

SQL> insert into test_raw values (hextoraw('ffffffffffffffffffff'));

已创立 1 行。

SQL> insert into test_raw values (utl_raw.cast_to_raw('051'));

已创立 1 行。

SQL> select raw_col, dump(raw_col, 16) dump_raw from test_raw;

RAW_COL DUMP_RAW

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

FF Typ=23 Len=1: ff

00 Typ=23 Len=1: 0

23FC Typ=23 Len=2: 23,fc

0FFFFFFFFFFF Typ=23 Len=6: f,ff,ff,ff,ff,ff

FFFFFFFFFFFFFFFFFFFF Typ=23 Len=10: ff,ff,ff,ff,ff,ff,ff,ff,ff,ff

303531 Typ=23 Len=3: 30,35,31

已选择6行。

RAW范例的存储很伟大，相比字段的查询结果和DUMP的结果就尽收眼底了。

必要注重的是，两种转化为RAW的函数之间的差别。当运用HEXTORAW时，会把字符串中数据当作16进制数。而运用UTL_RAW.CAST_TO_RAW时，间接把字符串中每个字符的ASCII码存放到RAW范例的字段中。

SQL> insert into test_raw values ('gg');

insert into test_raw values ('gg')

ERROR 位于第 1 行:

ORA-01465: 有效的十六进制数字

SQL> insert into test_raw values (hextoraw('gg'));

insert into test_raw values (hextoraw('gg'))

ERROR 位于第 1 行:

ORA-01465: 有效的十六进制数字

SQL> insert into test_raw values (utl_raw.cast_to_raw('gg'));

已创立 1 行。

SQL> select raw_col, dump(raw_col, 16) dump_raw from test_raw;

RAW_COL DUMP_RAW

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

FF Typ=23 Len=1: ff

00 Typ=23 Len=1: 0

23FC Typ=23 Len=2: 23,fc

6767 Typ=23 Len=2: 67,67

0FFFFFFFFFFF Typ=23 Len=6: f,ff,ff,ff,ff,ff

FFFFFFFFFFFFFFFFFFFF Typ=23 Len=10: ff,ff,ff,ff,ff,ff,ff,ff,ff,ff

303531 Typ=23 Len=3: 30,35,31

已选择7行。

原创作品，许可转载，转载时请务必以超链接体例标明文章原始因由、作者信息和本声明。不然将追查功令责任。

本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。

上一篇：vue中this.$set的用法

下一篇：Java常用的线程池

提问和评论都可以，用心的回复会被更多人看到评论

发布评论

相关文章

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

Oracle根底数据范例存储花式浅析

Oracle根底数据范例存储花式浅析

51CTO博客