ORACLE SQL执行步骤
ORACLE sql 的处理过程大致如下：
1.运用HASH算法，得到一个HASH值，这个值可以通过V$SQLAREA.HASH_VALUE 查看
2.到shared pool 中的 library cache 中查找是否有相同的HASH值，如果存在，则无需硬解析，进行软解析
3.如果shared pool不存在此HASH值，则进行语法检查，查看是否有语法错误
4.如果没有语法错误，就进行语义检查，检查该SQL引用的对象是否存在，该用户是否具有访问该对象的权限
5.如果没有语义错误，对该SQL进行解析，生成解析树，执行计划
6.生成ORACLE能运行的二进制代码，运行该代码并且返回结果给用户
硬解析和软解析都在第5步进行
硬解析通常是昂贵的操作，大约占整个SQL执行的70%左右的时间，硬解析会生成执行树，执行计划，等等。
当再次执行同一条SQL语句的时候，由于发现library cache中有相同的HASH值，这个时候不会硬解析，而会软解析，
那么软解析究竟是干了什么呢?其实软解析就是跳过了生成解析树，生成执行计划这个耗时又耗CPU的操作，直接利用生成的执行计划运行
该SQL语句。
下面摘抄eygle深入解析ORACLE 中关于SQL执行过程的描述
1.首先获得library cache latch,根据SQL的HASH_VALUE在library cache中查找是否存在此HASH_VALUE，如果找到这个HASH_VALUE，称之为软解析，Server获得改SQL执行计划转向第4步，如果找不到共享代码就进行硬解析。
2.释放library pool cache,获得shared pool latch,查找并锁定自由空间(在bucket 中查找chunk)。如果找不到，报ORA-04031错误
3.释放shared pool latch,重新获得library cache latch,将SQL执行计划放入library cache中。
4.释放library cache latch,保持null模式的library cache pin/lock.
5.开始执行。
Library cache latch可以理解为硬/软解析的时候发生的，因为解析的时候会搜索library cache，所以会产生library cache latch
Library cache pin 是在执行的阶段发生的。
相关文档：
使用exp工具，以tables的类型导出某个用户下所有的表和数据，发现其中sequence没有被导出。网上搜索之，发现toad貌似有此功能，于是安装了9.6.1.1版本，结果居然没发现此功能。（可能是我没找到，至少和那位老大的截图不同），最后找到如下脚本，可以将某个用户的全部sequence查询出来，并拼成创建语句。
代码如下� ......
create or replace procedure p //有就替换，没有就创建
is
cursor c is
select * from emp for update;
begin
for v_emp in c loop
if (v_emp.deptno =10) then
&nb ......
1，SqlServer存储过程的事务处理
一种比较通用的出错处理的模式大概如下：
Create procdure prInsertProducts
(
@intProductId int,
@chvProductName varchar(30),
@intProductCount int
)
AS
Declare @intErrorCode int
Select @intErrorCode=@@Error
Begin transaction
if @intError ......
在我们的日常编程中，数据库的程序基本上都要与SQL语句打交道，SQL语句的编写不可避免的成为一个头疼的工作。且因为SQL语句是STRING类型，因此在编译阶段查不出错，只有到运行时才能发现错误。
本文的解决方案，通过自动生成SQL语句，在一定程度上降低出错的概率，从而提高编程效率。 public int ......
