postgresql的now()為當前事務開始時間，

而Oracle的sysdate是當前時間。

區別在於事務。

postgresql中的now()：
postgres=# begin ;
BEGIN
postgres=# select now();
  now  
-------------------------------
 2017-03-31 14:28:32.403869+08
(1 row)
 
postgres=# select now();
  now  
-------------------------------
 2017-03-31 14:28:32.403869+08
(1 row)
 
postgres=# select now();
  now  
-------------------------------
 2017-03-31 14:28:32.403869+08
(1 row)
 
postgres=# end;
COMMIT
 
postgres=# select now();
  now  
-------------------------------
 2017-03-31 14:28:54.917897+08
(1 row)
 
postgres=#

而Oracle中的sysdate在事務中是一直變化的。

總結：

- postgresql的now()為當前事務開始時間，如果呼叫now()，就會獲取事務開始的時間，而不是獲取的系統當前的時間。

- Oracle的sysdate是獲取當前時間，啥時候呼叫sysdate，就是啥時候的時間。

補充：mysql中now()函式的使用,還有oracle的sysdate,可能埋下的坑

mysql中now()函式的使用,還有oracle的sysdate

在需求中如果系統中藥添加當前操作的時間那麼很簡單的一個操作在寫sql的時候直接在這個欄位對應的位置寫上now()函式就可以了,這樣就少些了很多程式碼,尤其是在在用jdbc時寫的時候,可以少寫一些關於佔位符的程式碼,但是這樣做是有一個隱含的前提的是資料庫和伺服器是在同一個機器上的,如果不在同一臺機器上,那麼這樣寫就是一個坑啊,我覺得沒有經驗,沒有掉進過坑的人就會這樣寫,比如我,偷懶就會這樣寫.等到用到這個時間來比較或者作為業務邏輯的判斷依據時,這個坑就出現了

lz在定位問題做業務的時候就遇到了,當時,伺服器在lz的電腦上,資料庫在遠端,因為業務需要就把時間調到未來的一個時間點,然後開始做,但是後來經過了1周左右,偶然發現了一個表用的時間竟然時當前的真是時間,我就有了這樣的猜測,應該有一個程式設計師用了sysdate欄位.儘管沒有明顯找到,但是應該是用的,不然不會取到真實的時間啊.尤其一些需要遠端除錯的專案,同事對於編碼規範,我覺得sql的編碼規範也要把這一條加上去.

lz以前不懂也做過這樣的事情,現在只能提醒大家不要這樣做,然後改掉自己最近這樣寫的程式碼.

建議用java生成new一個時間物件,如果用的是jdbc直接拼在sql裡,可以不要用佔位符.

//在dao中這樣寫
member(name,pw,register_time)value(?,?,'"+DbAssitor.sdfyyyyMMddHHmmss.format(new Date())+"');";
//資料庫助手類定義一個sdf類
public class DbAssitor
{
 /** 資料庫相關操作中操作結果是沒有影響行數 ***/
 public static int NO_AFFECT_ROW = 0;
 public static String sdfyyyyMMddHHmmss_ = "yyyy-MM-dd HH:mm:ss";
 public static SimpleDateFormat sdfyyyyMMddHHmmss = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
}

以上為個人經驗，希望能給大家一個參考，也希望大家多多支援我們。如有錯誤或未考慮完全的地方，望不吝賜教。