Hibernate中PO、VO關系

Hibernate有很多值得學習的地方，這里我們主要介紹Hibernate，包括介紹Hibernate PO和Hibernate VO方面。 

PO（Persistence Object ）和VO（Value Object  ）是Hibernate中兩個比較關鍵的概念。 
首先，何謂VO，很簡單，VO就是一個簡單的值對象。 

總結: 

VO經過Hibernate進行處理，就變成了PO。 
session.save(user)中，我們把一個VO “user”傳遞給Hibernate的Session.save方法進行保存。在save方法中，Hibernate對其進行如下處理： 

1．在當前session所對應的實體容器（Entity Map）中查詢是否存在user對象的引用。 

2．如果引用存在，則直接返回user對象id，save過程結束. Hibernate中，針對每個Session有一個實體容器（實際上是一個Map對象）， 如果此容器中已經保存了目標對象的引用，那么hibernate會認為此對象已經 與Session相關聯。 
對於save操作而言，如果對象已經與Session相關聯（即已經被加入Session 的實體容器中），則無需進行具體的操作。因為之后的Session.flush過程中，Hibernate會對此實體容器中的對象進行遍歷，查找出發生變化的實體，生成 
並執行相應的update語句。 

3．如果引用不存在，則根據映射關系，執行insert操作。 

a) 在我們這里的示例中，采用了native的id生成機制，因此hibernate會 
從數據庫取得insert操作生成的id並賦予user對象的id屬性。 
b) 將user對象的引用納入Hibernate的實體容器。 
c) save過程結束，返回對象id. 
而Session.load方法中，再返回對象之前，Hibernate就已經將此對象納入其實 
體容器中。 

Hibernate VO和Hibernate PO的主要區別在於： 

◆VO是獨立的Java Object。 
◆PO是由Hibernate納入其實體容器（Entity Map）的對象，它代表了與數據庫中某條記錄對應的Hibernate實體，PO的變化在事務提交時將反應到實際數據庫中。如果一個PO與Session對應的實體容器中分離（如Session關閉后的PO），那么此時，它又會變成一個VO。由Hibernate VO和Hibernate PO的概念，又引申出一些系統層次設計方面的問題。如在傳統的MVC架構中，位於Model層的PO，是否允許被傳遞到其他層面。由於PO的更新最終將被映射到實際數據庫中，如果PO在其他層面（如View層）發生了變動，那么可能會對Model 層造成意想不到的破壞。 

因此，一般而言，應該避免直接PO傳遞到系統中的其他層面，一種解決辦法是，通過一個VO，通過屬性復制使其具備與PO相同屬性值，並以其為傳輸媒質（實際上，這個VO被用作Data Transfer Object，即所謂的DTO），將此VO傳遞給其他層面以實現必須的數據傳送。