oracle數據庫中，應用程序裡的連接探測語句的正確使用

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)