以下的文章我们主要介绍的是Oracle JDBC 的 setTimestamp 的相关的性能问题，我前两天在相关网站看见Oracle JDBC 的 setTimestamp 的相关的性能问题的资料，觉得挺好，就拿出来供大家分享。
偶然发现三年前的一个技术问题。当时比较匆忙，避免掉即过去了。现在 Metalink 上其实已经把这个问题作为一个 Bug 处理了。
问题描述：通过 JDBC 上来的 Java 查询应用，SQL 表现异常。表字段使用了 DATE 类型，针对该字段时间区域很小的范围查询(预期应该是走 INDEX RANGE SCAN)，在 SQL Map 上指定索引，发现无效。仍然是 FULL TABLE SCAN 。
罪魁祸首：setTimestamp() 把值绑定为 TIMESTAMP 类型，这样和 DATA 类型比较的时候，CBO 就会选择全表扫描。
通过 Trace 能观察到该异常行为。TIMESTAMP 在 Oracle JDBC 9.2.0.1 上就有了，连续几个版本其实都有类似的问题。
解决办法：使用 setString() 而不是 setTimestamp() 方法。
这个故事告诉我们，Oracle JDBC 其实问题挺多的。同样，TIMESTAMP 潜在的问题也不少。
以上的相关内容就是对Oracle JDBC 的 setTimestamp 性能问题的介绍，望你能有所收获。
文章出自: http://www.programbbs.com/doc/3296.htm
【编辑推荐】
- Oracle EM管理 MySQL的实操方案
- Oracle In-Memory Undo特性浅谈
- Oracle DRCP与PHP的不同之处
- Oracle 语句的优化规则中的相关项目
- Oracle sql 性能如何进行调整
文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/281651.html<
