oracle 資料庫中，應用程式裡的連接配接探測語句的正确使用

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 sysdate 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)