一個非常簡要的Hibernate體系結構的概要圖：

我們來更詳細地看一下Hibernate運行時體系結構。由于Hibernate非常靈活，且支持數種應用方案， 所以我們這只描述一下兩種極端的情況。“輕型”的體系結構方案，要求應用程序提供自己的JDBC 連接并管理自己的事務。這種方案使用了Hibernate API的最小子集：

在一個“輕型”的體系結構中，應用程序可能繞過 Transaction/TransactionFactory 以及 ConnectionProvider 等API直接跟JTA或JDBC打交道。

一個持久化類的實例可能處于三種不同狀態中的某一種。 這三種狀態的定義則與所謂的持久化上下文(persistence context)有關。 Hibernate的Session對象就是這個所謂的持久化上下文：

JMX是管理Java組件(Java components)的J2EE規范。 Hibernate 可以通過一個JMX標準服務來管理。 在這個發行版本中，我們提供了一個MBean接口的實現,即 org.hibernate.jmx.HibernateService。

想要看如何在JBoss應用服務器上將Hibernate部署為一個JMX服務的例子，您可以參考JBoss用戶指南。 我們現在說一下在Jboss應用服務器上，使用JMX來部署Hibernate的好處：

這些選項更多的描述，請參考JBoss 應用程序用戶指南。

將Hibernate以部署為JMX服務的另一個好處，是可以查看Hibernate的運行時統計信息。參看 第 4.4.6 節 “ Hibernate的統計(statistics)機制 ”.

Hibernate也可以被配置為一個JCA連接器（JCA connector）。更多信息請參看網站。 請注意，Hibernate對JCA的支持，仍處于實驗性質。

大多數Java程序需要用一個持久化類來表示貓科動物。

package eg;
import java.util.Set;
import java.util.Date;
public class Cat {
private Long id; // identifier
private Date birthdate;
private Color color;
private char sex;
private float weight;
private int litterId;
private Cat mother;
private Set kittens = new HashSet();
private void setId(Long id) {
this.id=id;
}
public Long getId() {
return id;
}
void setBirthdate(Date date) {
birthdate = date;
}
public Date getBirthdate() {
return birthdate;
}
void setWeight(float weight) {
this.weight = weight;
}
public float getWeight() {
return weight;
}
public Color getColor() {
return color;
}
void setColor(Color color) {
this.color = color;
}
void setSex(char sex) {
this.sex=sex;
}
public char getSex() {
return sex;
}
void setLitterId(int id) {
this.litterId = id;
}
public int getLitterId() {
return litterId;
}
void setMother(Cat mother) {
this.mother = mother;
}
public Cat getMother() {
return mother;
}
void setKittens(Set kittens) {
this.kittens = kittens;
}
public Set getKittens() {
return kittens;
}
// addKitten not needed by Hibernate
public void addKitten(Cat kitten) {
kitten.setMother(this);
kitten.setLitterId( kittens.size() );
kittens.add(kitten);
}
}

這里要遵循四條主要的規則：

子類也必須遵守第一條和第二條規則。它從超類Cat繼承了標識屬性。

package eg;
public class DomesticCat extends Cat {
private String name;
public String getName() {
return name;
}
protected void setName(String name) {
this.name=name;
}
}

如果你有如下需求，你必須重載 equals() 和 hashCode()方法：

Hibernate保證，持久化標識（數據庫的行）和僅在特定會話范圍內的Java標識是等值的。因此，一旦 我們混合了從不同會話中獲取的實例，如果我們希望Set有明確的語義，我們必 須實現equals() 和hashCode()。

實現equals()/hashCode()最顯而易見的方法是比較兩個對象 標識符的值。如果值相同，則兩個對象對應于數據庫的同一行，因此它們是相等的（如果都被添加到 Set，則在Set中只有一個元素）。不幸的是，對生成的標識不能 使用這種方法。Hibernate僅對那些持久化對象賦標識值，一個新創建的實例將不會有任何標識值。此外， 如果一個實例沒有被保存(unsaved)，并且在一個Set中，保存它將會給這個對象 賦一個標識值。如果equals() 和 hashCode()是基于標識值 實現的，則其哈希碼將會改變，違反Set的契約。建議去Hibernate的站點看關于這個 問題的全部討論。注意，這不是一個Hibernate問題，而是一般的Java對象標識和相等的語義問題。

我們建議使用業務鍵值相等(Business key equality)來實現equals() 和 hashCode()。業務鍵值相等的意思是，equals()方法 僅僅比較來自業務鍵的屬性，一個業務鍵將標識在真實世界里（一個天生的候選鍵） 的實例。

public class Cat {
...
public boolean equals(Object other) {
if (this == other) return true;
if ( !(other instanceof Cat) ) return false;
final Cat cat = (Cat) other;
if ( !cat.getLitterId().equals( getLitterId() ) ) return false;
if ( !cat.getMother().equals( getMother() ) ) return false;
return true;
}
public int hashCode() {
int result;
result = getMother().hashCode();
result = 29 * result + getLitterId();
return result;
}
}

注意，業務鍵不必是象數據庫的主鍵那樣是固定不變的（參見第 12.1.3 節 “關注對象標識(Considering object identity)”）。 對業務鍵而言，不可變或唯一的屬性是好的候選。

注意，以下特性在當前是基于實驗考慮的，可能會在將來改變。

運行期的持久化實體沒有必要象POJO類或JavaBean對象一樣表示。Hibernate也支持動態模型 （在運行期使用Map的Map）和象DOM4J的樹模型那 樣的實體表示。使用這種方法，你不用寫持久化類，只寫映射文件就行了。

Hibernate默認工作在普通POJO模式。你可以使用配置選項default_entity_mode， 對特定的SessionFactory，設置一個默認的實體表示模式。 （參見表 4.3 “ Hibernate配置屬性 ”。）

下面是用Map來表示的例子。首先，在映射文件中，要聲明 entity-name來代替（或外加）一個類名。

<hibernate-mapping>
<class entity-name="Customer">
<id name="id"
type="long"
column="ID">
<generator class="sequence"/>
</id>
<property name="name"
column="NAME"
type="string"/>
<property name="address"
column="ADDRESS"
type="string"/>
<many-to-one name="organization"
column="ORGANIZATION_ID"
class="Organization"/>
<bag name="orders"
inverse="true"
lazy="false"
cascade="all">
<key column="CUSTOMER_ID"/>
<one-to-many class="Order"/>
</bag>
</class>
</hibernate-mapping>

注意，雖然是用目標類名來聲明關聯的，但是關聯的目標類型除了是POJO之外，也可以 是一個動態的實體。

在使用dynamic-map為SessionFactory 設置了默認的實體模式之后，可以在運行期使用Map的 Map。

Session s = openSession();
Transaction tx = s.beginTransaction();
Session s = openSession();
// Create a customer
Map david = new HashMap();
david.put("name", "David");
// Create an organization
Map foobar = new HashMap();
foobar.put("name", "Foobar Inc.");
// Link both
david.put("organization", foobar);
// Save both
s.save("Customer", david);
s.save("Organization", foobar);
tx.commit();
s.close();

動態映射的好處是，使原型在不需要實體類實現的情況下，快速轉變時間。然而，你無法進行 編譯期的類型檢查，并可能由此會處理很多的運行期異常。幸虧有了Hibernate映射，它使得數 據庫的schema能容易的規格化和合理化，并允許稍后添加正確的領域模型的最新實現。

實體表示模式也能在每個Session的基礎上設置：

Session dynamicSession = pojoSession.getSession(EntityMode.MAP);
// Create a customer
Map david = new HashMap();
david.put("name", "David");
dynamicSession.save("Customer", david);
...
dynamicSession.flush();
dynamicSession.close()
...
// Continue on pojoSession

請注意，用EntityMode調用getSession()是在 Session的API中，而不是SessionFactory。 這樣，新的Session共享底層的JDBC連接，事務，和其他的上下文信 息。這意味著，你不需要在第二個Session中調用 flush()和close()，同樣的，把事務和連接的處理 交給原來的工作單元。

關于XML表示能力的更多信息可以在第 19 章 XML映射中找到。