1、DUAL表的用途
Dual 是 Oracle中的一個實際存在的表，任何使用者均可讀取，常用在沒有目標表的Select語句塊中
--檢視當前連線使用者
Connected to Oracle Database 10g Enterprise Edition Release 10.1.0.2.0
Connected as SYS
SQL> select user from dual;
USER
------------------------------
SYSTEM
--檢視當前日期、時間
SQL> select systimestamp from dual;
SYSTIMESTAMP
--------------------------------------------------------------------------------
09-3月 -11 11.11.05.901000 上午 +08:00
SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;
TO_CHAR(SYSDATE,'YYYY-MM-DDHH2
------------------------------
2011-03-09 11:12:03
--當作計算器用
SQL> select 1+2 from dual;
1+2
----------
3
--檢視序列值
SQL> create sequence a increment by 1 start with 1;
Sequence created
SQL> select a.nextval from dual;
NEXTVAL
----------
1
SQL> select a.currval from dual;
CURRVAL
----------
1
SQL> drop sequence a;
Sequence dropped
2、關於DUAL表的測試與分析
DUAL就是個一行一列的表，如果你往裡執行insert、delete、truncate操作，就會導致很多程式出問題。結果也因sql*plus、pl/sql dev等工具而異。
--檢視DUAL是什麼OBJECT
--DUAL是屬於SYS schema的一個表,然後以PUBLIC SYNONYM的方式供其他資料庫USER使用.
先格式化列標題和列資料的現實格式：
SQL> clear columns;
SQL> COLUMN owner HEADING FORMAT a10 WORD_WRAPPEND
SQL> COLUMN object_name HEADING FORMAT a15 WORD_WRAPPEND
SQL> COLUMN object_type HEADING FORMAT a15 WORD_WRAPPEND
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
SQL> clear columns;
--檢視錶結構，只有一個欄位DUMMY，為VARCHAR2(1)型
SQL> desc dual;
Name Type Nullable Default Comments
----- ----------- -------- ------- --------
DUMMY VARCHAR2(1) Y
--DUAL表的結構：
create table SYS.DUAL
(
DUMMY VARCHAR2(1)
)
tablespace SYSTEM
pctfree 10
pctused 40
initrans 1
maxtrans 255
storage
(
initial 16K
next 16K
minextents 1
maxextents 505
pctincrease 50
);
/*
很是困惑，ORACLE為什麼要用VARCHAR2(1)型，用CHAR(1)難道不好麼？從這樣的表結構來看，DUAL表設計的目的就是要儘可能的簡單，以減少檢索的開銷。
還有，DUAL表是建立在SYSTEM表空間的，第一是因為DUAL表是SYS這個使用者建的，本來預設的表空間就是SYSTEM；第二，把這個可能經常被查詢的表和使用者表分開來存放，對於系統效能的是有
好處的。
有了建立了表、建立了同義詞還是不夠的。DUAL在SYS這個Schema下面，因此用別的使用者登入是無法查詢這個表的，因此還需要授權：
grant select on SYS.DUAL to PUBLIC with grant option;
將Select 許可權授予公眾。
接下來看看DUAL表中的資料，事實上，DUAL表中的資料和ORACLE資料庫環境有著十分重要的關係（ORACLE不會為此癱瘓，但是不少儲存過程以及一些查詢將無法被正確執行）。
*/
--查詢行數
--在建立資料庫之後，DUAL表中便已經被插入了一條記錄。個人認為：DUMMY欄位的值並沒有什麼關係，重要的是DUAL表中的記錄數
SQL> select count(*) from dual;
COUNT(*)
----------
1
SQL> select * from dual;
DUMMY
-----
X
--使用PL/SQL Developer插入資料，能現實所有的資料。
SQL> insert into dual values('Y');
1 row inserted
SQL> insert into dual values('X');
1 row inserted
SQL> insert into dual values('Z');
1 row inserted
SQL> commit;
Commit complete
SQL> select * from dual;
DUMMY
-----
X
Y
X
Z
但是當我們執行下面語句時只顯示一行：
SQL> select sysdate from dual;
SYSDATE
-----------
2011-3-9 12
SQL> select systimestamp from dual;
SYSTIMESTAMP
--------------------------------------------------------------------------------
09-3月 -11 12.10.23.073000 下午 +08:00
當system使用者用oracle SQL*Plus登入後，執行相同的操作，顯示插入資料成功，但是查詢不了新增的資料，統計也只有一條資料，檢視錶中的所有資料，也只能看到原表中的資料'X'.
--把表截掉
SQL> truncate table dual;
Table truncated
SQL> commit;
Commit complete
然而，資料表裡還有一條資料沒有被刪除，這是表裡至少要有一條資料的原因。
SQL> select count(*) from dual;
COUNT(*)
----------
1
SQL> select * from dual;
no rows selected
但是下面這個語句還能成功：
SQL> select sysdate from dual;
SYSDATE
-----------
2011-3-9 12
--試著把DUAL表中的資料刪除，看看會出現什麼結果：
SQL> delete from dual;
1 row deleted
SQL> select * from dual;
no rows selected
SQL> select sysdate from dual;
SYSDATE
-----------
09-3月 -11
我們能取到系統日期。在以前的版本中是取不到系統日期的，據說原因是：sysdate是個函式，作用於每一個資料行。現在沒有資料了，自然就不可能取出系統日期。但是10g版本中對此做了
修改，如果你對錶中的資料進行全部刪除，oracle也會保留一條空資料在表中的，這樣便於你用這個dual表進行其他操作。
--對於DELETE操作來說，ORACLE對DUAL表的操作做了一些內部處理,儘量保證DUAL表中只返回一條記錄.當然這寫內部操作是不可見的
--不管表內有多少記錄（沒有記錄除外）,ORACLE對於每次DELETE操作都只刪除了一條資料。
SQL> select count(*) from dual;
COUNT(*)
----------
4
SQL> delete from dual;
4 rows deleted
SQL> commit;
Commit complete
SQL> select count(*) from dual;
COUNT(*)
----------
1
附: ORACLE關於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表可以執行插入、更新、刪除操作，還可以執行drop操作。但是不要去執行drop表的操作，否則會使系統不能用，資料庫起不了，會報Database startup crashes with ORA-1092錯誤。
3、如果DUAL表被“不幸”刪除後的恢復：
用sys使用者登陸。
建立DUAL表。
授予公眾SELECT許可權（SQL如上述，但不要給UPDATE，INSERT，DELETE許可權）。
向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
--重新啟動資料庫：
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;
授權成功。
SQL> select * from dual;
D
-
X
SQL> shutdown immediate
資料庫已經關閉。
已經解除安裝資料庫。
ORACLE 例程已經關閉。
SQL> startup
ORACLE 例程已經啟動。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
資料庫裝載完畢。
資料庫已經開啟。
Dual 是 Oracle中的一個實際存在的表，任何使用者均可讀取，常用在沒有目標表的Select語句塊中
--檢視當前連線使用者
Connected to Oracle Database 10g Enterprise Edition Release 10.1.0.2.0
Connected as SYS
SQL> select user from dual;
USER
------------------------------
SYSTEM
--檢視當前日期、時間
SQL> select systimestamp from dual;
SYSTIMESTAMP
--------------------------------------------------------------------------------
09-3月 -11 11.11.05.901000 上午 +08:00
SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;
TO_CHAR(SYSDATE,'YYYY-MM-DDHH2
------------------------------
2011-03-09 11:12:03
--當作計算器用
SQL> select 1+2 from dual;
1+2
----------
3
--檢視序列值
SQL> create sequence a increment by 1 start with 1;
Sequence created
SQL> select a.nextval from dual;
NEXTVAL
----------
1
SQL> select a.currval from dual;
CURRVAL
----------
1
SQL> drop sequence a;
Sequence dropped
2、關於DUAL表的測試與分析
DUAL就是個一行一列的表，如果你往裡執行insert、delete、truncate操作，就會導致很多程式出問題。結果也因sql*plus、pl/sql dev等工具而異。
--檢視DUAL是什麼OBJECT
--DUAL是屬於SYS schema的一個表,然後以PUBLIC SYNONYM的方式供其他資料庫USER使用.
先格式化列標題和列資料的現實格式：
SQL> clear columns;
SQL> COLUMN owner HEADING FORMAT a10 WORD_WRAPPEND
SQL> COLUMN object_name HEADING FORMAT a15 WORD_WRAPPEND
SQL> COLUMN object_type HEADING FORMAT a15 WORD_WRAPPEND
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
SQL> clear columns;
--檢視錶結構，只有一個欄位DUMMY，為VARCHAR2(1)型
SQL> desc dual;
Name Type Nullable Default Comments
----- ----------- -------- ------- --------
DUMMY VARCHAR2(1) Y
--DUAL表的結構：
create table SYS.DUAL
(
DUMMY VARCHAR2(1)
)
tablespace SYSTEM
pctfree 10
pctused 40
initrans 1
maxtrans 255
storage
(
initial 16K
next 16K
minextents 1
maxextents 505
pctincrease 50
);
/*
很是困惑，ORACLE為什麼要用VARCHAR2(1)型，用CHAR(1)難道不好麼？從這樣的表結構來看，DUAL表設計的目的就是要儘可能的簡單，以減少檢索的開銷。
還有，DUAL表是建立在SYSTEM表空間的，第一是因為DUAL表是SYS這個使用者建的，本來預設的表空間就是SYSTEM；第二，把這個可能經常被查詢的表和使用者表分開來存放，對於系統效能的是有
好處的。
有了建立了表、建立了同義詞還是不夠的。DUAL在SYS這個Schema下面，因此用別的使用者登入是無法查詢這個表的，因此還需要授權：
grant select on SYS.DUAL to PUBLIC with grant option;
將Select 許可權授予公眾。
接下來看看DUAL表中的資料，事實上，DUAL表中的資料和ORACLE資料庫環境有著十分重要的關係（ORACLE不會為此癱瘓，但是不少儲存過程以及一些查詢將無法被正確執行）。
*/
--查詢行數
--在建立資料庫之後，DUAL表中便已經被插入了一條記錄。個人認為：DUMMY欄位的值並沒有什麼關係，重要的是DUAL表中的記錄數
SQL> select count(*) from dual;
COUNT(*)
----------
1
SQL> select * from dual;
DUMMY
-----
X
--使用PL/SQL Developer插入資料，能現實所有的資料。
SQL> insert into dual values('Y');
1 row inserted
SQL> insert into dual values('X');
1 row inserted
SQL> insert into dual values('Z');
1 row inserted
SQL> commit;
Commit complete
SQL> select * from dual;
DUMMY
-----
X
Y
X
Z
但是當我們執行下面語句時只顯示一行：
SQL> select sysdate from dual;
SYSDATE
-----------
2011-3-9 12
SQL> select systimestamp from dual;
SYSTIMESTAMP
--------------------------------------------------------------------------------
09-3月 -11 12.10.23.073000 下午 +08:00
當system使用者用oracle SQL*Plus登入後，執行相同的操作，顯示插入資料成功，但是查詢不了新增的資料，統計也只有一條資料，檢視錶中的所有資料，也只能看到原表中的資料'X'.
--把表截掉
SQL> truncate table dual;
Table truncated
SQL> commit;
Commit complete
然而，資料表裡還有一條資料沒有被刪除，這是表裡至少要有一條資料的原因。
SQL> select count(*) from dual;
COUNT(*)
----------
1
SQL> select * from dual;
no rows selected
但是下面這個語句還能成功：
SQL> select sysdate from dual;
SYSDATE
-----------
2011-3-9 12
--試著把DUAL表中的資料刪除，看看會出現什麼結果：
SQL> delete from dual;
1 row deleted
SQL> select * from dual;
no rows selected
SQL> select sysdate from dual;
SYSDATE
-----------
09-3月 -11
我們能取到系統日期。在以前的版本中是取不到系統日期的，據說原因是：sysdate是個函式，作用於每一個資料行。現在沒有資料了，自然就不可能取出系統日期。但是10g版本中對此做了
修改，如果你對錶中的資料進行全部刪除，oracle也會保留一條空資料在表中的，這樣便於你用這個dual表進行其他操作。
--對於DELETE操作來說，ORACLE對DUAL表的操作做了一些內部處理,儘量保證DUAL表中只返回一條記錄.當然這寫內部操作是不可見的
--不管表內有多少記錄（沒有記錄除外）,ORACLE對於每次DELETE操作都只刪除了一條資料。
SQL> select count(*) from dual;
COUNT(*)
----------
4
SQL> delete from dual;
4 rows deleted
SQL> commit;
Commit complete
SQL> select count(*) from dual;
COUNT(*)
----------
1
附: ORACLE關於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表可以執行插入、更新、刪除操作，還可以執行drop操作。但是不要去執行drop表的操作，否則會使系統不能用，資料庫起不了，會報Database startup crashes with ORA-1092錯誤。
3、如果DUAL表被“不幸”刪除後的恢復：
用sys使用者登陸。
建立DUAL表。
授予公眾SELECT許可權（SQL如上述，但不要給UPDATE，INSERT，DELETE許可權）。
向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
--重新啟動資料庫：
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;
授權成功。
SQL> select * from dual;
D
-
X
SQL> shutdown immediate
資料庫已經關閉。
已經解除安裝資料庫。
ORACLE 例程已經關閉。
SQL> startup
ORACLE 例程已經啟動。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
資料庫裝載完畢。
資料庫已經開啟。