【实践】对于绑定变量看执行计划
?
基础：
?
?
从Oracle9i，开始的Bind Peeking
（http://www.oraclefans.cn/forum/showtopic.jsp?rootid=5467&CPages=1）
但是使用绑定变量有一个不好的地方，就是对于访问具有倾斜的列，可能使用错误的执行计划。
?
当SQL第一次执行的时候，优化器会根据绑定变量来确定执行计划（如果存在柱状图）。BIND PEEKING只有当该SQL第一次执行的时候，进行HARD PARSE的时候才进行，第二次调用该SQL，就不会再次进行BIND PEEKING。这种情况下，就存在另外一个风险，如果某个列的倾斜性很厉害，那么使用BIND PEEKING就是不安全的，因为不同的参数代入，只能走第一次执行时的执行计划，那么执行计划就像掷色子一样，要靠运气了。碰到这种情况，应用就不应该使用绑定变量，而应该改为直接值了。
?
BIND PEEKING对于使用绑定变量的情况下，选择较优的执行计划有一定的作用
BIND PEEKING只有在存在柱状图的情况下才能工作
BIND PEEKING只在做HARD PARSE的时候才产生，随后的执行如果不需要HARD PARSE就不会进行BIND PEEKING，这种情况和CURSOR_SHARING无关
由于以上原因，使用绑定变量的时候可以有效的减少PARSE
对于使用不同绑定变量执行计划应该不同的情况，建议不要使用绑定变量，否则可能会产生随机的执行计划（硬分析后的所有执行都使用第一个执行计划，执行计划和第一次执行的参数有关）
?
?
Oracle11g提供新的特性自适应游标共享(Adaptive Cursor Sharing),对于一个同样绑定变量的SQL可以有多个执行计划，从而达到动态优化执行计划的作用（http://dev.firnow.com/course/7_databases/oracle/oraclexl/2008324/107073.html）。
?
?
=================================================================
?
现在最简单的方法： 可以直接查询V$SQL_PLAN表；
?
要强调的一点，sqlplus中打开autotrace看到的执行计划实际上是用explain?plan?命令得到的，explain?plan?命令不会进行bind?peeking。应该通过v$sql_plan查看SQL的真实的执行计划。
（http://blog.csdn.net/tianlesoftware/archive/2010/04/29/5544307.aspx）
?
