日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
對邏輯OracleROWID的存儲經(jīng)驗的總結(jié)

以下的文章主要是對Oracle ROWID數(shù)據(jù)類型的相關(guān)存儲格式的介紹,我們都知道Oracle的相關(guān)文檔上一般是沒有關(guān)于邏輯Oracle ROWID的相關(guān)編碼規(guī)則的介紹,而且通過DUMP的結(jié)果也很難反推出編碼規(guī)則。

在贊皇等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務理念,為客戶提供成都網(wǎng)站建設、網(wǎng)站建設 網(wǎng)站設計制作按需求定制制作,公司網(wǎng)站建設,企業(yè)網(wǎng)站建設,高端網(wǎng)站設計,營銷型網(wǎng)站建設,外貿(mào)營銷網(wǎng)站建設,贊皇網(wǎng)站建設費用合理。

因此,本文只簡單討論一下邏輯Oracle ROWID的存儲。

下面來看例子。

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

表已創(chuàng)建。

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

已創(chuàng)建 1 行。

 
 
 
  1. SQL> commit;  

提交完成。

 
 
 
  1. SQL> col dump_rowid format a60  
  2. SQL> select rowid, dump(rowid) dump_rowid from test_index;   
  3. ROWID DUMP_ROWID  

 

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

邏輯ROWID的DUMP結(jié)果前兩位都是2和4,最后一位都是254,(我還沒有發(fā)現(xiàn)其他的情況),由于邏輯ROWID和主鍵的值有關(guān),所以長度是不定的,因此應該是用來表示開始和結(jié)束的。

第3、4位和物理ROWID一樣,表示的是相對表空間的數(shù)據(jù)文件號乘以64的值。

第5、6位表示這條記錄在數(shù)據(jù)文件的第幾個BLOCK中。

從第7位開始到DUMP結(jié)果的倒數(shù)第二位,表示主鍵的值。首先是主鍵中第一個字段的長度,這里是2,然后是主鍵的值,由于是NUMBER類型,因此193,2表示數(shù)值1。如果是多個字段組成的主鍵,第一個字段之后是第二個字段的長度,然后是第二個字段的值……。

 
 
 
  1. SQL> select (1*256 + 64)/64 from dual;   
  2. (1*256+64)/64  
  3. 5   
  4. SQL> select 7*256 + 140 from dual;   
  5. 7*256+140  
  6. 1932   
  7. SQL> alter system dump datafile 5 block 1932;   
  8.  

 

系統(tǒng)已更改。

找到相應的dump文件,可以發(fā)現(xiàn)剛才插入的記錄。

 
 
 
  1. Dump file f:oracleadmintest4udumptest4_ora_3828.trc  
  2. Thu Dec 23 00:17:53 2004  
  3. ORACLE V9.2.0.4.0 - Production vsnsta=0 
  4. vsnsql=12 vsnxtr=3 
  5. Windows 2000 Version 5.1 Service Pack 1, CPU type 586  
  6. Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production  
  7. With the Partitioning, Oracle Label Security, OLAP and Oracle Data Mining options  
  8. JServer Release 9.2.0.4.0 - Production  
  9. Windows 2000 Version 5.1 Service Pack 1, CPU type 586  
  10. Instance name: test4   
  11. Redo thread mounted by this instance: 1   
  12. Oracle process number: 9   
  13. Windows thread id: 3828, image: ORACLE.EXE   
  14.  
  15. *** 2004-12-23 00:17:53.361  
  16. *** SESSION ID:(8.82) 2004-12-23 00:17:53.301  
  17. Start dump data blocks tsn: 5 file#: 5 minblk 1932 maxblk 1932  
  18. buffer tsn: 5 rdba: 0x0140078c (5/1932)  
  19. scn: 0x0000.00e9f122 seq: 0x01 flg: 0x02 tail: 0xf1220601  
  20. frmt: 0x02 chkval: 0x0000 type: 0x06=trans data  
  21. Block header dump: 0x0140078c  
  22. Object id on Block? Y  
  23. seg/obj: 0x1e48 csc: 0x00.e9f113 itc: 2 flg: E typ: 2 - INDEX  
  24. brn: 0 bdba: 0x1400789 ver: 0x01  
  25. inc: 0 exflg: 0  
  26. Itl Xid Uba Flag Lck Scn/Fsc  
  27. 0x01 0x0000.000.00000000 0x00000000.0000.00 ---- 0 fsc 0x0000.00000000  
  28. 0x02 0x0005.008.000000e7 0x00800226.005c.24 --U- 1 fsc 0x0000.00e9f122  
  29. Leaf block dump  
  30. header address 71963236=0x44a1264 
  31. kdxcolev 0  
  32. KDXCOLEV Flags = - - -  
  33. kdxcolok 0  
  34. kdxcoopc 0x90: opcode=0: iot flags=I-- is converted=Y 
  35. kdxconco 1  
  36. kdxcosdc 0  
  37. kdxconro 1  
  38. kdxcofbo 38=0x26 
  39. kdxcofeo 8026=0x1f5a 
  40. kdxcoavs 7988  
  41. kdxlespl 0  
  42. kdxlende 0  
  43. kdxlenxt 0=0x0 
  44. kdxleprv 0=0x0 
  45. kdxledsz 0  
  46. kdxlebksz 8036  
  47. row#0[8026] flag: K----, lock: 2  
  48. col 0; len 2; (2): c1 02  
  49. tl: 5 fb: --H-FL-- lb: 0x0 cc: 1  
  50. col 0: [ 1]  
  51. Dump of memory from 0x044A31C7 to 0x044A31C8  
  52. 44A31C0 61010100 [...a]   
  53. ----- end of leaf block dump -----  
  54. End dump data blocks tsn: 5 file#: 5 minblk 1932 maxblk 1932   
  55.  

 

可以看到,根據(jù)DUMP結(jié)果的3、4、5、6位可以定位記錄的物理位置。

需要注意的是,索引組織表以主鍵的順序存儲數(shù)據(jù),因此插入、更新和刪除數(shù)據(jù)都可能造成一條記錄的物理位置發(fā)生變化,這時通過Oracle ROWID中的DATAFILE和BLOCK的信息可能就無法正確定位到記錄的物理位置。

當根據(jù)邏輯Oracle ROWID訪問索引組織表時,首先會根據(jù)DATAFILE和BLOCK信息去找到相應的BLOCK,檢查數(shù)據(jù)是否在這個BLOCK中,如果不在,就通過邏輯ROWID中的主鍵信息去通過索引掃描,找到這條記錄。這就是Oracle文檔在提到的physical guess。

下面看一個由字符串和日期組成聯(lián)合主鍵的例子。

 
 
 
  1. SQL> create table test_index2 (id char(4), time date,   
  2. 2 constraint pk_test_index2 primary key (id, time)) organization index;   

 

表已創(chuàng)建。

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

已創(chuàng)建 1 行。

 
 
 
  1. SQL> col dump_rowid format a75  
  2. SQL> select rowid, dump(rowid) dump_rowid from test_index2;   
  3. ROWID DUMP_ROWID  
  4. *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長度,后面七位是日期的存儲格式。在邏輯Oracle ROWID中,數(shù)值、字符和日期類型的存儲格式都和它們本身的存儲格式一致,這里不在贅述。

一般情況下,使用一位來表示長度,但是如果長度超過了127(16進制DUMP的結(jié)果是7F),則長度開始用兩位表示。第一位以8開頭,這個8只是標識位,表明長度字段現(xiàn)在由兩位來表示。例如長度128表示位8080,而支持的最大值3800表示為8ED8。


新聞名稱:對邏輯OracleROWID的存儲經(jīng)驗的總結(jié)
網(wǎng)站鏈接:http://m.5511xx.com/article/dpphcso.html