我是 Hibernate 的新手，我正在嘗試了解 JPA 和 Hibernate。
我想知道 Hibernate 不允許保存參考未保存瞬態實體的物件的原因是什么？我想知道為什么這是一個問題？
我問了一個人，他們中的一些人這樣回答我：
如果資料庫中還沒有地址記錄，我們怎么可能將客戶映射到地址？
和
您正在為客戶分配特定地址。但是地址沒有任何ID
但老實說，我無法理解他們。
（我知道會拋出例外，解決方案是Cascade，但我想知道資料庫內部問題的原因）
現在，假設我們擁有所有這些代碼：
（我的示例使用雙向一對一關系）
public class Customer {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private String firstName;
private String lastName;
@OneToOne(mappedBy = "customer")
private Address address;
}
@Entity
public class Address {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private String street;
private String zipCode;
@OneToOne
private Customer customer;
}
public static void main(String[] args) {
EntityManager entityManager = emf.createEntityManager();
entityManager.getTransaction().begin(); // Begin Transaction
Customer c1 = new Customer("Mi", "S");
Address addrss1 = new Address("5412 S 5th", "212524");
c1.setAddress(addrss1);
addrss1.setCustomer(c1);
entityManager.persist(c1);
entityManager.getTransaction().commit(); // Commit
entityManager.close();
}
讓我們假設沒有拋出例外并且 java 和 hibernate 允許我們運行我們的代碼，這是我們的客戶表。
id firstName lastName
---------------------------------
1 Mi S
這是我們的地址表：
id street zipCode customer_id
---------------------------------------------
- - - -
現在，有什么問題？這些雙向一對一關系中的一切似乎都是正確的。那么問題是什么？
PS：如果可能，請解釋并顯示代碼。我可以更好地理解代碼。謝謝你。
例如，我想看看是否允許我們保存參考未保存的瞬態實體的物件，我們在代碼和表中將面臨哪些問題（例如，當我們想要檢索客戶時是否有任何問題等等)
uj5u.com熱心網友回復：
因為您的地址物體將客戶的主鍵作為外鍵，（因為 mappedby 在客戶物體中），并且地址參考的客戶沒有 id，這告訴 hibernate 該物體從未保留在資料庫中（字面意思是表示瞬態），并且休眠需要一個持久化/托管物體來確保它存在于資料庫中，以便地址物件可以與現有客戶相關聯。
uj5u.com熱心網友回復：
客戶是新客戶，從持久呼叫中可以清楚地看出您要插入它，但不清楚您希望對任何客戶的參考發生什么。為了清楚起見，您定義了您希望 JPA 提供程式（Hibernate）在任何/所有情況下在映射中執行的操作 - 這就是級聯操作所指的內容。在這種情況下，JPA 將查看 customer.address OneToOne 映射并發現沒有任何定義；地址不在此 EntityManager 背景關系中管理，因此它不知道如何處理此關系，因此它通過拋出錯誤來表明您犯了錯誤。
如果它讓它通過，您的 Customer 實體參考了一些不存在的東西，并且它的狀態與資料庫中的不匹配。你傳遞給持久化的應該是你在讀取時會得到的，所以它應該反映資料庫中的狀態。
問題不直接與您的持久呼叫有關，因為規范確實允許提供者忽略對沒有級聯設定的分離/新實體的參考 - 發生的事情只是未定義的。在這種情況下出錯的地方是重繪 /提交，即持久性單元同步到資料庫時（JPA 3.0 的第 3.2.4 節），這要求提供者通過托管物體然后確定任何更改。添加新地址 pre persist 將導致與 post persist 相同的問題，并且如果提供者發現新的或洗掉的物體并回滾事務，則要求提供者拋出 IllegalStateException。
為什么這是一個問題：JPA 在物體標識上非常重要，因為這可以在多個快取級別中快取這些物體，并且該物體可能會按原樣進入這些快取。它必須知道如何處理對不存在的物體的參考，并且規范決定要求例外。即使對于您的應用程式來說，這也是并且應該是一個問題，因為 EntityManager 背景關系是一個作業單元，并且該作業單元內的狀態是基于錯誤的。說和做時，您的客戶并沒有真正的地址，但您的應用程式業務邏輯認為它分配了一個地址，之后狀態就不會存在。
您已經知道解決方案：
- 通過在同一 EntityManager 背景關系中直接呼叫persist 來糾正客戶以獲得有效的托管地址。
- 將映射上的級聯選項設定為 cascade persist to address for you
- 不要在同一操作中為新客戶設定地址。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/473263.html