以下的文章我们主要介绍的是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
【编辑推荐】
网站题目:OracleJDBC中setTimestamp的相关问题有哪些
标题链接:http://www.shufengxianlan.com/qtweb/news39/175139.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联