码迷,mamicode.com
首页 > 数据库 > 详细

oracle 数据库中,应用程序里的连接探测语句的正确使用

时间:2014-08-12 13:34:24      阅读:265      评论:0      收藏:0      [点我收藏+]

标签:oracle   sysdate   select sysdate from   connection detect   

oracle 数据库中,应用程序里的连接探测语句的正确使用

本文为原创文章,转载请注明出处:http://blog.csdn.net/msdnchina/article/details/38513765

在很多程序里边,连接探测(或者连接检测)语句,都是用的select sysdate from dual;
这是典型的“只要功能实现,不管性能如何”的写法。其实,连接探测语句,应该用select 1 from dual;
也许有人说,程序员们很辛苦,能实现功能就不错了。但是,我想说的是:换用select 1 from dual;的写法,不需要把 exist变为多表连接,因此跟业务逻辑没啥关系。这是举手之劳的事情。

下面说一下 select sysdate from dual; 作为连接探测语句的害处:

1.增加数据库的parse负担:

这一点可以从 awr报告的“SQL ordered by Parse Calls ”可以看到。(以下基于10.2.0.5)
Parse Calls          Executions   % Total Parses     SQL Id        SQL Module         SQL Text 
3000                 3000              15%          aqswdefrgthy  JDBC Thin Client   select * from dual;
但是在mos文章:故障排除:Shared Pool优化和Library Cache Latch冲突优化 (Doc ID 1523934.1)上有如下的描述:
例2: 以下语句不用绑定变量但是也不会被认为是literal SQL,因为这个语句可以被多次执行共享。


  SELECT sysdate FROM dual;
我的疑问是:既然说能被共享执行,为啥 Parse Calls的次数与 Executions一样多?莫非select sysdate from dual在11g上有了改进?
回头可以找一个11g的环境测试一下。

2.增加数据库服务器(即:os)的处理负担,理由如下:
The SYSDATE and SYSTIMESTAMP function simply performs a system-call to the Operating System to get the time (a "gettimeofday" call).
以上摘自:How To Add A Day, Hour, Minute And/Or Second To A Date Value? (Doc ID 1419615.1)

oracle 数据库中,应用程序里的连接探测语句的正确使用,布布扣,bubuko.com

oracle 数据库中,应用程序里的连接探测语句的正确使用

标签:oracle   sysdate   select sysdate from   connection detect   

原文地址:http://blog.csdn.net/msdnchina/article/details/38513765

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!