Oracle與PostgreSQL中Timestamp型公元前、後數值的詳解及JDBC存取

字段：date

value1： 2010-01-01

value2： 2010-01-01BC

1.直接向數據庫插入數值時：

   oracle須要使用to_timestamp('2010-01-01','yyyy-mm-ddBC'),

    PG能夠直接用字符串‘2010-01-01BC'。

 

2.直接從數據庫查詢時：

   在oracle數據庫中直接查詢date字段，value1和value1顯示沒有區別，均爲2010-01-01，

   使用to_char(time,'dd-mm-yyyybc','nls_date_language=American') ，才顯示出bc和ad。以下：

SQL> select time,to_char(time,'dd-mm-yyyybc','nls_date_language=American') AS TRUDATE;
 
TIME                                                        TRUEDATE
---------------------------------------------------------------------------
01-JAN-10 12.00.00.000000 AM        01-01-2010bc
01-JAN-10 12.00.00.000000 AM        01-01-2010ad

  在PG中：直接查詢便可顯示BC，以下：

highgo=# select * from testtime;
id |          time
----+------------------------
  1 | 2010-01-01 00:00:00
  2 | 2010-01-01 00:00:00 BC

3.在java中,分別取value1和value2的字符串值(用於copy)和時間戳值（用於insert，綁定參數）。

          java代碼：                     

System.out.println("DataType: "+rs.getMetaData().getColumnTypeName(1));          
           
     rs.next();
     System.out.println("getString:   " + rs.getString(1));
     Timestamp time1=  rs.getTimestamp(1);
     System.out.println("getTimestamp:   " + time1);
               
     rs.next();
     System.out.println("getString:   " + rs.getString(1));
     Timestamp time2=  rs.getTimestamp(1);
     System.out.println("getTimestamp:   " + time2);
 
     System.out.println("time1Compare2Time2:  "+ time1.compareTo(time2));

       Oracle的輸出結果：

       DataType:  TIMESTAMP 
       getString:   2010-01-01 00:00:00.0
       getTimestamp:   2010-01-01 00:00:00.0
       getString:   -2010-01-01 00:00:00.0          
       getTimestamp:   2011-01-01 00:00:00.0    
       time1Compare2Time2:  1                      
      分析：該結果說明了java獲得的字符串是帶時間符號的，獲得的時間戳卻不帶符號，可是比較的結果倒是正確的（2010-01-01 要比 2010-01-01 BC更將來),可是獲得的時間戳倒是一個不帶符號的怪異的值，搜索網絡，獲得一個來PG文檔的符合的解釋（雖然相符，但沒法保證確切性，還有待進一步查證）：If BC has been specified, negate the year and add one for internal storage. (There is no year zero in the Gregorian calendar, so numerically 1 BC becomes year zero.) 意思是：若是聲明瞭 BC 則對年份取其負數並加一，用於內部保存。由於在格里高利曆法裏沒有零年，因此數字上的 1BC 是公元零年。
（網址：http://www.postgresql.org/docs/9.2/interactive/datetime-input-rules.html）

         PG的輸出結果：            

         DataType: timestamp
         getString:   2010-01-02 00:00:00
         getTimestamp:   2010-01-02 00:00:00.0
         getString:   2010-01-02 00:00:00 BC
         getTimestamp:   2010-01-02 00:00:00.0
         time1Compare2Time2: 1
         分析：這個結果的字符串是標明公元前的，可是獲得的時間戳卻沒有任何的區別，可是對兩個時間戳比較的結果仍然是正確的（即2010-01-01 要比 2010-01-01 BC更將來).

4.在PG中測試Timestamp的COPY狀況：   

      帶負號的時間戳(即公元前的時間)是沒法使用copy的；

      咱們來測試帶BC的時間戳，結果是帶BC的時間戳是能夠使用copy的。

     文本time.csv中存儲如下內容，使用copy testtime from 'G:/time.csv' with csv;，結果copy成功，查詢數據無誤。

"3","2011-01-02 00:00:00"
"4","2011-01-02 00:00:00 BC"