J2EE 資料持久化抉擇：Java 序列化 vs JDBC 深度解析

企業資訊系統的核心資產是資料。無論系統規模大小，資料的建立、檢索、更新、刪除（CRUD）都必須在長期穩定、可擴展、可維護的架構下執行。J2EE 提供了兩種主要資料管理策略：Java 物件序列化與JDBC。雖然兩者各有適用場景，但在企業級系統中，JDBC 幾乎是毫無懸念的首選。本文將深入剖析兩者優劣，揭示 JDBC 勝出的關鍵原因。

Java 物件序列化：最簡單的持久化策略

序列化將物件圖（含繼承、關聯、聚合關係）扁平化為位元組流寫入持久存儲。實作極簡：類別僅需實作 java.io.Serializable 標記介面，選擇性覆寫 writeObject()/readObject() 自訂儲存邏輯。

public class MySerializableObject extends MySuperClass implements Serializable {
  private String property1, property2;
  // getter/setter...
  private void writeObject(ObjectOutputStream out) throws IOException {
    out.writeObject(getProperty1());
    out.writeObject(getProperty2());
  }
  private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException {
    setProperty1((String)in.readObject());
    setProperty2((String)in.readObject());
  }
}

序列化的關鍵限制

• 整個物件圖（所有父類、引用類）會被完整序列化
• 所有實例變數必須可序列化，否則需標記 transient 或自訂序列化邏輯
• J2SE 1.4 新增 writeUnshared()/readUnshared() 支援獨立序列化（類似低成本克隆）

為什麼序列化不適合企業系統？

JDBC：企業級資料存取的標準之道

JDBC 提供統一 API 以 Java 程式語言操作資料庫，將 SQL 指令整合進通用程式環境。其豐富的例程集合讓介面極度簡單直觀。

核心操作流程

1. 建立連線：Class.forName(driver); Connection conn = DriverManager.getConnection(url);
2. 建立 Statement/PreparedStatement：
   • Statement：連線上的通道，發送一或多條 SQL
   • PreparedStatement：預編譯 SQL，參數化查詢，重複執行無需重複編譯優化，效能顯著提升
3. 執行與查詢：
   • DDL/更新：executeUpdate()
   • 查詢：executeQuery() 回傳 ResultSet，支援游標導航、可捲動/可更新模式

// PreparedStatement 範例
PreparedStatement ps = con.prepareStatement(
  "UPDATE Sells SET price = ? WHERE bar = ? AND beer = ?");
ps.setFloat(1, 2.5f); ps.setString(2, "Bar"); ps.setString(3, "Beer");
ps.executeUpdate();

// 查詢與 ResultSet 處理
ResultSet rs = stmt.executeQuery("SELECT * FROM Sells");
while (rs.next()) {
  System.out.println(rs.getString("bar") + " sells " + rs.getString("beer") 
    + " for " + rs.getFloat("price") + " Dollars.");
}

JDBC 獨有的企業級特性

交易管理（ACID）

con.setAutoCommit(false);  // 關閉自動提交
try {
  // 多條 SQL 操作...
  con.commit();  // 顯式提交
} catch (Exception e) {
  con.rollback();  // 回滾
}

支援隔離等級設定（TRANSACTION_READ_COMMITTED 等），結合 Java 異常處理提供資料完整性保障。

錯誤處理

提供 SQLException（致命）與 SQLWarning（非致命）兩層錯誤模型，可從 Connection、Statement、ResultSet 取得警告鏈。

批次處理

Statement stmt = conn.createStatement();
stmt.addBatch("DELETE FROM Users");
stmt.addBatch("INSERT INTO Users VALUES('rod', 37, 'circle')");
stmt.addBatch("INSERT INTO Users VALUES('jane', 33, 'triangle')");
int[] counts = stmt.executeBatch();  // 一次網路往返執行多條 SQL

大幅減少網路往返，提升大量資料操作效能與程式碼可讀性。

預存程序呼叫

CallableStatement cs = con.prepareCall("{call SHOW_ACCOUNT(?)}");
cs.setInt(1, myAccountNumber);
ResultSet rs = cs.executeQuery();  // 直接複用資料庫端編譯邏輯

支援 IN/OUT/INOUT 參數，將業務邏輯下推資料庫層，效能更優。

關鍵對比：JDBC 完勝企業級場景

結論與建議

Java 序列化適合：JVM 間傳遞 Java 專用格式資料（如 RMI 傳值）。

JDBC適合：企業級系統——異構環境、共享資料、需查詢/交易/安全/併發控制的場景。

為在企業環境高效使用 JDBC，架構師應：

1. 分析企業資料特性，設計持久化框架
2. 將持久層與商業邏輯分離（強烈建議）
3. 善用設計模式（DAO、Factory 等）構建可維護架構

JDBC 作為 JVM 與 DBMS 間的膠水，提供了存取異構資料源的統一介面，是 Java 平台企業級資料持久化的基石選擇。