JAVA里提供的日期和時間類，java.sql.Date和java.sql.Time,只會從數(shù)據(jù)庫里讀取某部分值，這有時會導(dǎo)致丟失數(shù)據(jù)。例如一個包含2002/05/22 5:00:57 PM的字段，讀取日期時得到的是2002/05/22,而讀取時間時得到的是5:00:57 PM.你需要了解數(shù)據(jù)庫里存儲時間的精度。有些數(shù)據(jù)庫，比如MySQL,精度為毫秒，然而另一些數(shù)據(jù)庫，包括Oracle,存儲SQL DATE類型數(shù)據(jù)時，毫秒部分的數(shù)據(jù)是不保存的。以下操作中容易出現(xiàn)不易被發(fā)現(xiàn)的BUG：
獲得一個JAVA里的日期對象。
從數(shù)據(jù)庫里讀取日期
試圖比較兩個日期對象是否相等。如果毫秒部分丟失，本來認為相等的兩個日期對象用Equals方法可能返回false。
java.sql.Timestamp類比java.util.Date類精確度要高。這個類包含了一個getTime()方法，但是它不會返回額外精度部分的數(shù)據(jù)，因此必須使用getNanos()方法。有毫微秒部分（即額外精度部分）的數(shù)值可能比沒有這個部分的數(shù)值的大一個毫秒。如果你知道你使用的數(shù)據(jù)庫保存了毫秒部分，可以用下面的代碼獲得的數(shù)值：
long time=timestamp.getTime()+timestamp.getNanos()/1000000;
毫微秒的部分就是為什么一個java.sql.Timestamp對象不等于一個java.util.Date對象，而一個java.util.Date對象可能等于一個java.sql.Timestamp對象的原因。這使得equals方法應(yīng)當(dāng)保持的對稱被打破了。
使用java.sql包中的時間相關(guān)的類是重要的，但是它們也可能導(dǎo)致人為的錯誤。
這是因為，這些類的復(fù)雜性雖然已經(jīng)在javadoc里面清楚的描述了，但是由于這些類看上去很簡單而很少有人看這些文檔。
|
