/* 很是困惑，ORACLE為什么要用VARCHAR(1)型，用CHAR(1)難道不好么？從這樣的表結(jié)構(gòu)來看，DUAL表設(shè)計的目的就是要盡可能的簡單，以減少檢索的開銷。 還有，DUAL表是建立在SYSTEM表空間的，第一是因為DUAL表是SYS這個用戶建的，本來默認的表空間就是SYSTEM；第二，把這個可能經(jīng)常被查詢的表和用戶表分開來存放，對于系統(tǒng)性能的是有好處的。 有了創(chuàng)建了表、創(chuàng)建了同義詞還是不夠的。DUAL在SYS這個Schema下面，因此用別的用戶登錄是無法查詢這個表的，因此還需要授權(quán)： grant select on SYS.DUAL to PUBLIC with grant option; 將Select 權(quán)限授予公眾。 接下來看看DUAL表中的數(shù)據(jù)，事實上，DUAL表中的數(shù)據(jù)和ORACLE數(shù)據(jù)庫環(huán)境有著十分重要的關(guān)系（ORACLE不會為此癱瘓，但是不少存儲過程以及一些查詢將無法被正確執(zhí)行）。 */
--查詢行數(shù) --在創(chuàng)建數(shù)據(jù)庫之后，DUAL表中便已經(jīng)被插入了一條記錄。個人認為：DUMMY字段的值并沒有什么關(guān)系，重要的是DUAL表中的記錄數(shù) SQL> select count(*) from dual; COUNT(*) ---------- 1
SQL> select * from dual; DUMMY ----- X
--插入數(shù)據(jù)，再查詢記錄，只返回一行記錄 SQL> insert into dual values (''Y''); 1 row created. SQL> commit; Commit complete. SQL> insert into dual values (''X''); 1 row created. SQL> insert into dual values (''Z''); 1 row created. SQL> commit; Commit complete. SQL> select count(*) from dual; COUNT(*) ---------- 4 SQL> select * from dual; DUMMY ----- X
/* --假我們插入一條數(shù)據(jù)，DUAL表不是返回一行，而是多行記錄，那會是什么結(jié)果呢？ SQL> insert into dual values(''Y''); 1 行 已插入 SQL> commit; 提交完成 SQL> select * from dual; DUMMY ----- X Y SQL> select sysdate from dual; SYSDATE ----------- 2004-12-15 2004-12-15
這個時候返回的是兩條記錄，這樣同樣會引起問題。在通過使用 select sysdate into v_sysdate from dual; 來獲取時間或者其他信息的存儲過程來說，ORACLE會拋出TOO_MANY_ROWS(ORA-01422)異常。 因此，需要保證在DUAL表內(nèi)有且僅有一條記錄。當然，也不能把DUAL表的UPDATE，INSERT，DELETE權(quán)限隨意釋放出去，這樣對于系統(tǒng)是很危險的 */
--把表截掉 SQL> truncate table dual; Table truncated. SQL> select count(*) from dual; COUNT(*) ---------- 0 SQL> select * from dual; no rows selected SQL> select sysdate from dual; no rows selected
--試著把DUAL表中的數(shù)據(jù)刪除，看看會出現(xiàn)什么結(jié)果： SQL> delete from dual; 1 行 已刪除 SQL> select * from dual; DUMMY ----- SQL> select sysdate from dual; SYSDATE ----------- /* 我們便取不到系統(tǒng)日期了。因為，sysdate是個函數(shù)，作用于每一個數(shù)據(jù)行。現(xiàn)在沒有數(shù)據(jù)了，自然就不可能取出系統(tǒng)日期。 這個對于很多用 select sysdate into v_sysdate from dual; 這種方式取系統(tǒng)時間以及其他信息的存儲過程來說是致命的，因為，ORACLE會馬上拋出一個NO_DATA_FOUND（ORA-01403）的異常，即使異常被捕獲，存儲過程也將無法正確完成要求的動作。 */
--對于DELETE操作來說，ORACLE對DUAL表的操作做了一些內(nèi)部處理,盡量保證DUAL表中只返回一條記錄.當然這寫內(nèi)部操作是不可見的 --不管表內(nèi)有多少記錄（沒有記錄除外）,ORACLE對于每次DELETE操作都只刪除了一條數(shù)據(jù)。 SQL> select count(*) from dual; COUNT(*) ---------- 2 SQL> delete from dual; 1 行 已刪除 SQL> commit; 提交完成 SQL> select count(*) from dual; COUNT(*) ---------- 1
/* 附: ORACLE關(guān)于DUAL表不同尋常特性的解釋 There is internalized code that makes this happen. Code checks that ensurethat 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. So DUAL should ALWAYS have 1 and only 1 row */
DUAL表可以執(zhí)行插入、更新、刪除操作，還可以執(zhí)行drop操作。但是不要去執(zhí)行drop表的操作，否則會使系統(tǒng)不能用，數(shù)據(jù)庫起不了，會報Database startup crashes with ORA-1092錯誤。
3、如果DUAL表被“不幸”刪除后的恢復(fù)： 用sys用戶登陸。 創(chuàng)建DUAL表。 授予公眾SELECT權(quán)限（SQL如上述，但不要給UPDATE，INSERT，DELETE權(quán)限）。 向DUAL表插入一條記錄（僅此一條）： insert into dual values(''X''); 提交修改。 --用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” ( “DUMMY” varchar2(1) ) pctfree 10 pctused 4; SQL> insert into dual values(‘X’); SQL> commit; SQL> Grant select on dual to Public; 授權(quán)成功。
