ORACLE 解析过程:
1、语法检查(syntax check) 检查此sql的拼写是否语法。
2、语义检查(semantic check) 诸如检查sql语句中的访问对象是否存在及该用户是否具备相应的权限。
3、对sql语句进行解析(prase) 利用内部算法对sql进行解析,生成解析树(parse tree)及执行计划(execution plan)。
4、执行sql,返回结果(execute and return)
2、语义检查(semantic check) 诸如检查sql语句中的访问对象是否存在及该用户是否具备相应的权限。
3、对sql语句进行解析(prase) 利用内部算法对sql进行解析,生成解析树(parse tree)及执行计划(execution plan)。
4、执行sql,返回结果(execute and return)
查看语句为硬解析还是软解析:
select * from v$session;
select name,class,value from v$sysstat where NAME ='parse count (hard)'
如果value增加,说明是硬解析
软解析:在执行完1和2后,在执行第三步前,通过算法得出hash值,如果与library cash中的值相同,就使用原有的解析树和执行计划;
硬解析:在执行完1和2后,在执行第三步前,通过算法得出hash值,如果与library cash中的值没有相同的,就需要重新生成新的解析树和执行计划;
数据库判定是否需要硬解析参数:
查看:show parameter cursor_sharing
参数含义:
EXACT: 只有当发布的SQL语句与缓存中的语句完全相同时才用已有的执行计划。
FORCE: 如果SQL语句是字面量,则迫使Optimizer始终使用已有的执行计划,无论已有的执行计划是不是最佳的。
SIMILAR: 如果SQL语句是字面量,则只有当已有的执行计划是最佳时才使用它,如果已有执行计划不是最佳则重新对这个SQL语句进行分析来制定最佳执行计划。
修改:alter system set cursor_sharing='similar';
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24751738/viewspace-709974/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/24751738/viewspace-709974/