查看oracle执行计划
日常开发活动中，有时候需要对oracle执行计划进行监控，以此来调优程序和数据库方面的性能。
常用方法有以下几种：
一、通过PL/SQL Dev工具
1、直接File->New->Explain Plan Window，在窗口中执行sql可以查看计划结果。其中，Cost表示cpu的消耗，单位为n%，Cardinality表示执行的行数，等价Rows。
2、先执行 EXPLAIN PLAN FOR select * from tableA where paraA=1，再 select * from table(DBMS_XPLAN.DISPLAY)便可以看到oracle的执行计划了，看到的结果和1中的一样，所以使用工具的时候推荐使用1方法。
Cost 消耗越小 效率越高.
注意：PL/SQL Dev工具的Command window中不支持set autotrance on的命令。还有使用工具方法查看计划看到的信息不全，有些时候我们需要sqlplus的支持。
二、通过sqlplus
1、一般情况都是本机链接远程服务器，所以命令如下：
sqlplus user/pwd@serviceName
此处的serviceName为tnsnames.ora中定义的命名空间。
2、执行set autotrace on，然后执行sql语句，会列出以下信息：
。。。（省略一些信息）
统计信息
----------------------------------------------------------
1 recursive calls （归调用次数）
0 db block gets
2 consistent gets
0 physical reads （物理读——执行SQL的过程中，从硬盘上读取的数据块个数）
0 redo size (重做数——执行SQL的过程中，产生的重做日志的大小)
358 bytes sent via SQL*Net to client
366 bytes received via SQL*Net from client
1 SQL*Net roundtrips to/from client
&nb
相关文档：
过程、函数
create or replace procedure p1
is
empname emp.ename%type;
begin
select ename into empname from emp where empno=7788;
dbms_output.put_line(empname);
end;
SQL> ed
SQL> /
Procedure created
SQL> exec p1;
......
SQL的优化应该从5个方面进行调整：
1.去掉不必要的大型表的全表扫描
2.缓存小型表的全表扫描
3.检验优化索引的使用
4.检验优化的连接技术
5.尽可能减少执行计划的Cost
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化� ......
最近发现一个问题，一个9i跑在redhat5的，居然 select sysdate from dual 出来的时间和实际时间差了几分钟，因为基于这个oracle的系统时间正确性还是有点要求的。所以只能 #date -s 2010-2-10 8:55:00 了，再#clock -w 写入COMS 注意修改时间得在root下。
在系统启动时，Linux操作系统将时间从CMOS中读到系统� ......
从概念到示例—Oracle创建程序包
一、程序包的相关知识
1.定义与说明
a. 相关对象的封装
b. 程序包的各部分
- 程序包规格说明
声明子程序
- 程序包主体
......
