硬解析（hard parse）比较多，原因都有哪些？

gflei

查看系统的硬解析情况：

select name,value from v$sysstat where name like 'parse%';

parse time cpu|22953
parse time elapsed|76104
parse count (total)|1224600
parse count (hard)|102851
parse count (failures)|53


发现硬解析比较高。应用程序是用jdbc开发，采用了绑定变量的方式。可能存在少量的非绑定变量的情况。

请问如何确定没能采用软解析的原因？

滑翔的蜗牛

硬解析后，对SQL语句是采用hash保存的，因此，只有完全相同的SQL语句，才能复用之前硬解析的成果，采用软解析

这里说的完全相同，包括SQL语句的大小写，空格，换行等等都完全一样才行

建议将SQL语句进行统一管理，减少由于差异导致的大量硬解析

gflei

原帖由 滑翔的蜗牛 于 2009-10-29 10:49 发表
硬解析后，对SQL语句是采用hash保存的，因此，只有完全相同的SQL语句，才能复用之前硬解析的成果，采用软解析

这里说的完全相同，包括SQL语句的大小写，空格，换行等等都完全一样才行

建议将SQL语句进行统 ...

多谢！

除此之外还有其他原因吗？

或者说具体的原因是否能通过哪些视图可以确认？

gflei

就信息系统而言，使用hibernate生成的语句都与相应的功能对应，而这些功能都是重复使用，所以会重复产生相同的语句，不会存在大小写、空格之类的不同，当然也去除了没有使用绑定变量的问题。

所以认为不应该是语句的不同导致的。

滑翔的蜗牛

其他原因就不清楚了，期望高人出来指点一下