JPA vs Hibernate 刪除操作差異深度解析：外鍵關聯下的行為對決

核心差異一覽

實戰場景：部門與員工（一對多）

實體定義（JPA 註解版）

@Entity @Table(name = "JPA_Department")
public class Department implements Serializable {
    @Id @GeneratedValue
    private Long id;
    private String deptName;

    @OneToMany(mappedBy = "department", cascade = CascadeType.ALL, orphanRemoval = true)
    private Set persons = new HashSet<>();
    // getter/setter 省略
}

@Entity @Table(name = "JPA_Person")
public class Person implements Serializable {
    @Id @GeneratedValue
    private Integer id;
    private String name;

    @ManyToOne
    @JoinColumn(name = "dept_id")
    private Department department;
    // getter/setter 省略
}

Hibernate 映射檔對應片段

<class name="Department" table="Department">
    <id name="id" column="departId"><generator class="native"/></id>
    <property name="deptName"/>
    <set name="persons" cascade="all-delete-orphan">
        <key column="deptId"/>
        <one-to-many class="Person"/>
    </set>
</class>

<class name="Person" table="Person">
    <id name="id" column="personId"><generator class="native"/></id>
    <property name="name"/>
    <many-to-one name="department" class="Department" column="deptId"/>
</class>

程式碼驗證：刪除有員工的部門

JPA 版本（會失敗）

EntityManager em = emf.createEntityManager();
em.getTransaction().begin();
Department dept = em.find(Department.class, 3L); // 該部門下有員工
em.remove(dept); // 拋出 EntityExistsException / ConstraintViolationException
em.getTransaction().commit();

Hibernate 版本（成功）

Session session = sf.getCurrentSession();
session.getTransaction().begin();
Department dept = (Department) session.load(Department.class, 2L);
session.delete(dept); // 自動把員工 dept_id 設 NULL，再刪部門
session.getTransaction().commit();

根因分析

• Hibernate：delete() 會檢查關聯集合，若配置 cascade 或 inverse="true"，自動發出 UPDATE person SET dept_id=NULL WHERE dept_id=? 再 DELETE FROM department WHERE id=?。
• JPA：remove() 僅對實體本身發 DELETE，不自動處理關聯端，除非明確宣告 cascade = CascadeType.REMOVE 或 orphanRemoval = true。

最佳實務建議

1. 明確宣告級聯：JPA 一律加 @OneToMany(cascade = CascadeType.ALL, orphanRemoval = true)，行為與 Hibernate 對齊。
2. 資料庫層面加外鍵：ON DELETE SET NULL 或 ON DELETE CASCADE 作為最後防線。
3. 業務邏輯先清關聯：刪除前先 dept.getPersons().clear()，再 remove(dept)，語意最清晰。
4. 測試驗證：整合測試覆蓋「刪除有關聯資料的父實體」場景，鎖定預期行為。

理解這個差異，能避免從 Hibernate 遷移 JPA 時的「刪不掉」驚魂，也能在代碼審查時精準指出資料完整性風險。