绑定变量一些知识.docVIP

绑定变量的一些知识 第一部分?术语第二部分?绑定类型⊙ 手工绑定???◎ JAVA???◎ PLSQL???◎ SQL⊙ 自动绑定???◎ cursor_sharing （不推荐） 我们对相似的，只有某些数值变化的语句改写成完全相同的文本，称其为绑定。 因为ORACLE数据库设计特性之一就是不管何时,只要可能,就尽量重用执行计划。 例如： 如果是SQL查询，ORACLE首先通过HASH运算到数据库的共享池的相应地址下去查找是否已经有该语句的解析信息（包括执行计划，权限，用户信息等）， 如果发现了那个查询，且那个查询能重用（可共享），则可以准备运行。 如果ORACLE没有发现那个查询，它就必须经历完全分析这个查询、优化此执行计划、进行安全检查等费劲的过程（hard parse）， 这不仅消耗了大量的CPU（CPU的处理时间比执行查询本身多了很多倍），而且在相当长的时间内锁住了一部分库缓存。 等待关闭库缓存的时间越长，系统慢慢趋于停止。 我们在搜索LIBRARY?CACHE时存在三种可能： ⊙ 原先同样的语句执行过,可以重用。 ⊙ 这个语句曾经的解析，但信息被挤出了共享池。需要reload ⊙ 这个语句是第一次运行，那么就需要完全解析该语句。硬解析 对于相似的语句，我们如果能够重用在共享池中以前生成的解析， 将会减少重新解析过程所花的时间及共享池的LATCH的竞争， 这就是我们一直提到的绑定这个概念。 采用绑定的方式将原来在变化的常量改写成不变的绑定变量名，实现完全相同的语句。 比如相似的语句 只有数字常量部分是不同的， 我们如果把后面的常量替换成一个变量 前面常量1和2被一个相同的绑定变量名:b代替， 那么这两个语句的字符就完全相同了。 所以经过HASH运算后得到的共享池地址也肯定相同， 常见的应用环境下如何绑定呢？ 手工绑定 （应用级别）＝＝＝＝ ⊙ JAVA 虽然这里我们用?问号绑定了三个参数，但是由于每次调用都要执行conn.prepareCall等，会造成重复构造元数据。（不推荐上图写法） 正确写法： ⊙ PLSQL v_sal是绑定变量，而ORACLE接受的SQL串永远是用new_sal。 这里我们共享了相同的游标， 但还不是最佳。 因为这种语句只能解决软解析的功能，不能解决软软解析的功能， 还有更优化的session_cached_cursor ◎ 未绑定 EXECUTE?IMMEDIATEUPDATE?emp?SET?sal?＝||new_sal; ⊙ 系统绑定（cursor_sharing=FORCE／SIMILAR） 在10G前，这两个参数还不成熟，容易产生BUG 10G比较稳定，但是也不建议冒险使用。 用户发送SQL语句后的LIBRARY参与的步骤如下（解析详细步骤）： ⊙ 语法检查阶段 1． 对SQL语句进行语法检查，看是否有语法错误 2． 到数据字典里校验SQL语句涉及的对象和列是否都存在 3． 将对象进行名称转换：比如将同名词翻译成实际的对象 4． 检查游标里用户是否具有访问SQL语句里所引用的对象的权限 ⊙ 解析阶段 5． 对SQL文本进行HASH运算 6. 如果文本完全匹配，则需要检查对象相关性 因为有可能SQL对象与LIBRARY?CACHE的同名对象属于不同的OWNER，如果程序使用了很多用户，则尽量使用在对象前加OWNER前缀，来减少匹配对象相关性 7. 即使对象匹配，绑定文本也一样了，也不能确保做软解析 有下面几个因素会造成不能软解析 ◎ 绑定名不一样 ◎ 绑定数据类型和绑定变量长度不一样 8. 语言、优化、排序环境不一样 9. 通过优化器创建一个最优的执行计划 10. 将该游标所产生的执行计划、SQL文本等装载进library?cache的若干个heap中（注意：这里的cursor，pl/sql中的游标是不同的概念） 11. 通过私有CURSOR,执行SQL 12. 如果是SELECT,则需要UGA来FETCH数据