Oracle JDBC驱动程序语句缓存vs BoneCP语句缓存？

Question

我正在使用Oracle JDBC驱动程序并评估BoneCP。 两者都实现了语句缓存。

我在问自己是否应该使用这个或那个语句缓存。 你觉得呢？每种方式的优点或缺点是什么？

Answer 1

由于BoneCP的作者，我可以在我的部分填写：

• 使用泳池高速缓存给你给你一个堆栈跟踪，如果你忘了正确关闭了你的陈述的可能性。如果你使用的是hibernate/spring jdbc模板或者其他一些托管连接，这是无关紧要的，因为它会一直关闭。

• 语句缓存绑定到每个连接，所以如果您有100个连接，并且每次都继续执行相同的语句，则需要一段时间，直到每个连接填满缓存为止。如果数据库支持它，驱动程序可能会进行一些特殊的调整，只准备一次这个语句，但这不在JDBC规范中，因此如果可能的话，连接池不会有任何这样的优化工具。 另一方面，你可以告诉游泳池在LIFO模式下给你一个连接，这将大大提高你打热门缓存的几率。

• 表现明智，不应该有太大的差异，因为最终他们都试图重用一个声明。然而，有几个驱动程序采用盲方法在方法级同步，而在BoneCP中，我总是尽可能使用尽可能细的锁，因此理论上这应该提供更好的可扩展性。

总结：两者应该执行大致相同 - 如果没有，它可能是某处的设计错误。