详解Oracle数据库中DUAL表的使用

　1、DUAL表的用途

　　 Dual 是 Oracle中的一个实际存在的表，任何用户均可读取，常用在没有目标表的Select语句块中

　　--查看当前连接用户

SQL> select user from dual;USER------------------------------SYSTEM--查看当前日期、时间SQL> select sysdate from dual;SYSDATE-----------2007-1-24 1SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;TO_CHAR(SYSDATE,'YYYY-MM-DDHH2------------------------------2007-01-24 15:02:47--当作计算器用SQL> select 1+2 from dual;1+2----------3--查看序列值SQL> create sequence aaa increment by 1 start with 1;SQL> select aaa.nextval from dual;NEXTVAL----------1SQL> select aaa.currval from dual;CURRVAL----------1　　2、关于DUAL表的测试与分析

　　 DUAL就是个一行一列的表，如果你往里执行insert、delete、truncate操作，就会导致很多程序出问题。结果也因sql*plus、pl/sql dev等工具而异。

　　--查看DUAL是什么OBJECT

　　--DUAL是属于SYS　schema的一个表,然后以PUBLIC　SYNONYM的方式供其他数据库USER使用.

　　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

　　--查看表结构，只有一个字段DUMMY，为VARCHAR2(1)型

SQL>　desc　dualName　Type　　　　　　　　Nullable　Default　Comments-----　-----------　--------　-------　--------DUMMY　VARCHAR2(1)　Y--DUAL表的结构：create　table　SYS.DUAL(DUMMY　VARCHAR2(1))tablespace　SYSTEMpctfree　10pctused　40initrans　1maxtrans　255storage(initial　16Knext　16Kminextents　1maxextents　505pctincrease　50);/*　　很是困惑，ORACLE为什么要用VARCHAR(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(*)----------1SQL> select * from dual;DUMMY-----X　　--插入数据，再查询记录，只返回一行记录

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(*)----------4SQL> select * from dual;DUMMY-----X/*　　--假我们插入一条数据，DUAL表不是返回一行，而是多行记录，那会是什么结果呢？

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

　　1 行 已插入

　　SQL> commit;

　　提交完成

SQL> select * from dual;DUMMY-----XYSQL> select sysdate from dual;SYSDATE-----------2004-12-152004-12-15这个时候返回的是两条记录，这样同样会引起问题。在通过使用

　　select sysdate into v_sysdate from dual;

　　 来获取时间或者其他信息的存储过程来说，ORACLE会抛出TOO_MANY_ROWS(ORA-01422)异常。

　　因此，需要**在DUAL表内有且仅有一条记录。当然，也不能把DUAL表的UPDATE，INSERT，DELETE权限随意释放出去，这样对于系统是很危险的

*/--把表截掉SQL> truncate table dual;Table truncated.SQL> select count(*) from dual;COUNT(*)----------0SQL> select * from dual;no rows selectedSQL> select sysdate from dual;no rows selected--试着把DUAL表中的数据删除，看看会出现什么结果：SQL> delete from dual;1 行 已删除SQL> select * from dual;DUMMY-----SQL> select sysdate from dual;SYSDATE-----------/*　　我们便取不到系统日期了。因为，sysdate是个函数，作用于每一个数据行。现在没有数据了，自然就不可能取出系统日期。这个对于很多用

　　select sysdate into v_sysdate from dual;

　　 这种方式取系统时间以及其他信息的存储过程来说是致命的，因为，Oracle会马上抛出一个NO_DATA_FOUND（ORA-01403）的异常，即使异常被捕获，存储过程也将无**确完成要求的动作。

　　*/

　　--对于DELETE操作来说，ORACLE对DUAL表的操作做了一些内部处理,尽量**DUAL表中只返回一条记录.当然这写内部操作是不可见的

　　--不管表内有多少记录（没有记录除外）,ORACLE对于每次DELETE操作都只删除了一条数据。

SQL> select count(*) from dual;COUNT(*)----------2SQL> delete from dual;1 行 已删除SQL> commit;提交完成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 otherprebuilt 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

　　数据库装载完毕。

　　数据库已经打开。

　　SQL>

　　--OK，　下面就可以正常使用了。