前一陣看完文檔，對Oracle的基本數(shù)據(jù)類型的存儲格式有了一些了解，最近有做了一些測試進(jìn)行了驗證。打算整理總結(jié)一下，這一篇主要說明字符類型的存儲格式。主要包括char、varchar2和long等幾種類型。SQL> create table test_char (char_col char(10), varchar_col varchar2(10), long_col long);表已創(chuàng)建。SQL> insert into test_char values ('abc', '123', ',fd');已創(chuàng)建 1 行。SQL> commit;提交完成。SQL> select rowid from test_char;ROWID------------------AAAB3LAAFAAAAAgAAA根據(jù)rowid的定義規(guī)則，第7～9位是表示的是數(shù)據(jù)文件，F(xiàn)表示5，而10～15位表示的是在這個數(shù)據(jù)文件中的第幾個BLOCK，g表示32。（rowid編碼相當(dāng)于64進(jìn)制。用A~Z a~z 0~9 + /共64個字符表示。A表示0，B表示1，……，a表示26，……，0表示52，……，+表示62，/表示63。）我們根據(jù)計算的結(jié)果去dump這個block。SQL> ALTER SYSTEM DUMP DATAFILE 5 BLOCK 32;系統(tǒng)已更改。打開產(chǎn)生的trace文件：data_block_dump,data header at 0x3421064===============tsiz: 0x1f98hsiz: 0x14pbl: 0x03421064bdba: 0x01400020 76543210flag=--------ntab=1nrow=1frre=-1fsbo=0x14fseo=0x1f82avsp=0x1f6etosp=0x1f6e0xe:pti[0] nrow=1 offs=00x12:pri[0] offs=0x1f82block_row_dump:tab 0, row 0, @0x1f82tl: 22 fb: --H-FL-- lb: 0x1; cc: 3col; 0: [10]; 61 62 63 20 20 20 20 20 20 20col; 1: [ 3]; 31 32 33col; 2: [ 3]; 2c 66 64end_of_block_dumpEnd dump data blocks tsn: 5 file#: 5 minblk 32 maxblk 32觀察dump出來的結(jié)果，可以發(fā)現(xiàn)以下幾點：1.對于每個字段，除了保存字段的值以外，還會保存當(dāng)前字段中數(shù)據(jù)的長度。而且，oracle顯然沒有把字段的長度定義或類型定義保存在block中，這些信息保存在oracle的數(shù)據(jù)字典里面。2. 根據(jù)dump的結(jié)果，可以清楚的看到，字符類型在數(shù)據(jù)庫中是以ascii格式存儲的。SQL> select chr(to_number('61', 'xx')) from dual;CH--a3.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,20SQL> SELECT DUMP(VARCHAR_COL, 16) D_VARCHAR2 FROM TEST_CHAR;D_VARCHAR2-------------------------------------------------------------Typ=1 Len=3: 31,32,33SQL> 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 數(shù)據(jù)類型由于DUMP不支持LONG類型，因此我們使用了alter system dump block的方式，通過比較兩種方式得到的結(jié)果，發(fā)現(xiàn)DUMP()函數(shù)不但方便，結(jié)果清楚，而且指出了進(jìn)行DUMP的數(shù)據(jù)類型，在以后的例子中，除非必要的情況，否則都會采用DUMP()函數(shù)的方式進(jìn)行說明。下面看一下插入中文的情況，首先看一下數(shù)據(jù)庫的字符集SQL> select name, value$ from sys.props$ where name like '%CHARACTERSET%';NAMEVALUE$ ------------------------------ ------------------------------NLS_CHARACTERSET;;;;ZHS16GBKNLS_NCHAR_CHARACTERSET AL16UTF16SQL> insert into test_char values ('定長', '變長', null);已創(chuàng)建 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,20Typ=96 Len=10: b6,a8,b3,a4,20,20,20,20,20,20SQL> SELECT DUMP(VARCHAR_COL, 16) D_VARCHAR2 FROM TEST_CHAR;D_VARCHAR2----------------------------------------------------------------Typ=1 Len=3: 31,32,33Typ=1 Len=4: b1,e4,b3,a4根據(jù)dump結(jié)果，可以清楚的看出，普通英文字符和標(biāo)點用一個字節(jié)表示，而中文字符或中文標(biāo)點需要兩個字節(jié)來表示。下面，對比一下nchar和nvarchar2與char、varchar2類型有什么不同。SQL> create table test_nchar (nchar_col nchar(10), nvarchar_col nvarchar2(10));表已創(chuàng)建。SQL> insert into test_nchar values ('nchar定長', 'nvarchar變長');已創(chuàng)建 1 行。從這里已經(jīng)可以看出一些不同了，假如按照剛才中文的計算方法，'nvarchar變長'的長度是8+2*2=12已經(jīng)超過了數(shù)據(jù)類型定義的大小，可是為什么插入成功了？還是dump一下看看結(jié)果吧。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,20SQL> 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字符集，編碼長度變?yōu)?個字節(jié)。這樣中文使用兩個字節(jié)，對于可以用一個字節(jié)就表示的英文字符，采用了高位補0的方式湊足2位，這樣，對于采用AL16UTF16字符集的nchar類型，無論中文還是英文都用2位字符表示。因此'nvarchar變長'的長度是10，并沒有超過數(shù)據(jù)類型的限制。