JDK 1.4升級至JDK 6.0有若干相容性事項（應該是升級至JDK 5就應該出現類似問題），但在應用系統中比較關鍵的有兩個：一個是數字，一個是日期。若是在財務或賬務系統中，這兩個東西都是非常關鍵的。

1、java.math.BigDecimal

JDK 1.4升級至JDK 5（或6），BigDecimal的toString()方法的含義發生了變化，自從JDK 5開始增加了toPlainString()方法。對於兩個方法的說明如下：

（1）toString()
          返回此 BigDecimal 的字串表示形式，如果需要指數，則使用科學記數法。

（2）toPlainString()
          返回不帶指數字段的此 BigDecimal 的字串表示形式。

可以採用如下程式碼測試：

package mm;
import java.*;
import java.math.BigDecimal;
import java.math.MathContext;
public class Test {
 public static void main (String[] args) {

  BigDecimal a = new BigDecimal(0.000001);
  a.toString();
  System.out.println("a=   "+a);
  BigDecimal b = new BigDecimal(0.000002);
  b.toPlainString();
  System.out.println("b=   "+b);
  
 }
}

2、Oracle資料庫的Date型別欄位對應的JDBC型別為java.sql.Timestamp，不再是java.sql.Date。

    鑑於此，加入你從資料庫中查詢了一個表字段為Date型別的日期欄位，假如為2011-08-08，返回的值預設為一個TimeStamp型別，即為2011-08-08 00:00:00 000，如果Java程式中將該值賦給了一個java.util.Date型別（注意是util的Date），並且把這個值作為引數傳給資料庫做個一個查詢，並且資料庫的索引就是該日期欄位，此時就會發生該欄位可能不走索引了，因為傳給資料庫的是TimeStamp型別，這是資料庫會做內部型別轉換，將其轉為Date型別。

    杯具發生了，這個表資料量非常巨大，不走索引了。解決方法是在Java程式中不要用java.util.Date來接受這個欄位的返回值，應該將其轉換為java.sql.Date型別，然後再做為引數傳給資料庫。