Oracle中dual表的用途

aniya

   dual是一個虛擬表，用來構(gòu)成select的語法規(guī)則，oracle保證dual里面永遠(yuǎn)只有一條記錄。我們可以用它來做很多事情，如下：

　　1、查看當(dāng)前用戶，可以在 SQL Plus中執(zhí)行下面語句 select user from dual;

　　2、用來調(diào)用系統(tǒng)函數(shù)

　　select to_char(sysdate,’yyyy-mm-dd hh24:mi:ss’) from dual;--獲得當(dāng)前系統(tǒng)時間

　　select SYS_CONTEXT(’USERENV’,’TERMINAL’) from dual;--獲得主機名

　　select SYS_CONTEXT(’USERENV’,’language’) from dual;--獲得當(dāng)前      locale

　　select dbms_random.random from dual;--獲得一個隨機數(shù)

　　3、得到序列的下一個值或當(dāng)前值，用下面語句

　　select your_sequence.nextval from dual;--獲得序列your_sequence的下一個值

　　select your_sequence.currval from dual;--獲得序列your_sequence的當(dāng)前值

　　4、可以用做計算器 select 7*9 from dual;

　　------

　　Oracle系統(tǒng)中dual表是一個“神秘”的表，網(wǎng)上有很多網(wǎng)友都對該表進行了測試，該表只有一行一列，其實該表和系統(tǒng)中的其他表一樣，一樣可以執(zhí)行插入、更新、刪除操作，還可以執(zhí)行drop操作。但是不要去執(zhí)行drop表的操作，否則會使系統(tǒng)不能用，數(shù)據(jù)庫起不了，會報Database startup crashes with ORA-1092錯誤。此時也不要慌亂，可以通過執(zhí)行以下步驟來進行恢復(fù)。可以用sys用戶登陸。

　　SQL> create pfile=’d:pfile.bak’ from spfile

　　SQL> shutdown immediate

　　在d:pfile.bak文件中最后加入一條：

　　replication_dependency_tracking = FALSE

　　重新啟動數(shù)據(jù)庫：

　　SQL> startup pfile=’d:pfile.bak’

　　SQL> create table “sys”.”DUAL”

　　[an error occurred while processing this directive]

　　=====

　　DUAL ? 有什么神秘的? 當(dāng)你想得到ORACLE系統(tǒng)時間, 簡簡單單敲一行SQL　不就得了嗎? 故弄玄虛….

　　SQL> select sysdate from dual;

　　SYSDATE

　　---------

　　28-SEP-03

　　哈哈, 確實DUAL的使用很方便. 但是大家知道DUAL倒底是什么OBJECT, 它有什么特殊的行為嗎? 來,我們一起看一看.　首先搞清楚DUAL是什么OBJECT :

　　SQL> connect system/manager

　　Connected.

　　SQL> select owner, object_name , object_type from dba_objects where object_name like ’%DUAL%’;　OWNER OBJECT_NAME OBJECT_TYPE

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

　　SYS DUAL TABLE　PUBLIC DUAL SYNONYM

　　原來DUAL是屬于SYS schema的一個表,然后以PUBLIC SYNONYM的方式供其他數(shù)據(jù)庫USER使用.

　　再看看它的結(jié)構(gòu):

　　SQL> desc dual　Name Null? Type

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

　　DUMMY VARCHAR2(1)

　　SQL>

　　只有一個名字叫DUMMY的字符型COLUMN .

　　然后查詢一下表里的數(shù)據(jù):

　　SQL> select dummy from dual;

　　DUMMY

　　----------

　　X

　　哦, 只有一條記錄, DUMMY的值是’X’ .很正常啊,沒什么奇怪嘛. 好,下面就有奇妙的東西出現(xiàn)了!

　　插入一條記錄:

　　SQL> connect sys as sysdba

　　Connected.

　　SQL> insert into dual values ( ’Y’);

　　1 row created.

　　SQL> commit;

　　Commit complete.

　　SQL> select count(*) from dual;

　　COUNT(*)

　　----------

　　2

　　迄今為止,一切正常. 然而當(dāng)我們再次查詢記錄時,奇怪的事情發(fā)生了

　　SQL> select * from dual;

　　DUMMY

　　----------

　　X

　　剛才插入的那條記錄并沒有顯示出來 ! 明明DUAL表中有兩條記錄, 可就是只顯示一條!

　　再試一下刪除 ,狠一點,全刪光 !

　　SQL> delete from dual; /*注意沒有限定條件,試圖刪除全部記錄*/

　　1 row deleted.

　　SQL> commit;

　　Commit complete.

　　哈哈,也只有一條記錄被刪掉,

　　SQL> select * from dual;

　　DUMMY

　　----------

　　Y

　　為什么會這樣呢? 難道SQL的語法對DUAL不起作用嗎?帶著這個疑問,

　　我查詢了一些ORACLE官方的資料. 原來ORACLE對DUAL表的操作做了一些內(nèi)部處理,盡量保證DUAL表中只返回一條記錄.當(dāng)然這寫內(nèi)部操作是不可見的 .　看來ORACLE真是蘊藏著無窮的奧妙啊!

　　附: ORACLE關(guān)于DUAL表不同尋常特性的解釋　There is internalized code that makes this happen. Code checks that ensure　that a table scan of SYS.DUAL only returns one row. Svrmgrl behaviour is　incorrect but this is now an obsolete product.　The base issue you should always remember and keep is: DUAL table should always　have 1 ROW. Dual is a normal table with one dummy column of varchar2(1).　This is basically used from several applications as a pseudo table for　getting results from a select statement that use functions like sysdate or other　prebuilt or application functions. If DUAL has no rows at all some applications　(that use DUAL) may fail with NO_DATA_FOUND exception. If DUAL has more than 1　row then applications (that use DUAL) may fail with TOO_MANY_ROWS exception.