Hibernate的映射關聯關系和我們現實世界裡事物的關聯關系一樣.比如在UML語言中,以客戶Customer和訂單Order的關系為例.一個客戶可以發送多個訂單,而一個訂單隻能屬于一個客戶,這是一對多的關聯,是以可以成為單向關聯.如果同時包含了兩兩種關聯關系,就成為雙向關聯.在關系資料庫中隻有外鍵參照主鍵的關系.是以關系資料庫實際上至支援一對一,或一對多的單向關系.在類于類之間的關系中.要算多對一關系和資料庫中的外鍵參照主鍵關系最比對了.是以如果使用單向關聯從訂單到客戶的多對一單向關聯,在訂單類中就要定義一個客戶的屬性.表示這個訂單屬于哪個客戶,而客戶類就無需定義存放訂單的集合屬性了.下面寫一個簡單的例子.
//首先定義客戶類
public class Customer implements Sreializable {
private Long id;
private String name;
//省略屬性的通路方法
}
//然後定義訂單類
public class Order implements Sreializable {
private Long id;
private String orderName;
private Customer customer;
//省略屬性的通路方法,要注意的是Customer的通路方法.
}
Customer類的所有屬性和CUSTOMERS表的所有屬性一一對應,建立起來就比較簡單了.下面主要看一下Order類的映射檔案.
<property name="orderName" type="string">
<column name="ORDER_NAME" length="15"/>
</property>
因為customer屬性是是Customer類型,而ORDERS表的CUSTOMER_ID是整數類型,是不比對的.是以我們不能用普通的<property>元素來定義,而我們需要使用<many-to-one>元素來配置了.
<many-to-one name="customer" column="CUSTOMER_ID" class="包名.Customer" not-null="true"/>
<many-to-one>元素負責建立Order訂單類的customer屬性和資料庫中的CUSTOMER_ID外鍵字段之間的映射.
name:設定映射檔案的屬性名
column:設定和持久化類對應的表的外鍵名
class:設定持久化類的屬性的類型,這裡指定具體的類,也就是主鍵存在的類
not-null:設定為true表示customer屬性不允許為null,預設是false,這個屬性會影響到bhm2ddl工具,會為ORDERS表的CUSTOMER_ID外鍵設定為不允許空的限制,但是不會影響到hbm2java工具生長java源代碼.此外還會影響到Hibernate運作時的行為,在儲存Order對象的時候會檢查customer屬性是否為null.用hbm2ddl編譯之後得到的資料庫檔案如下:
create table CUSTOMERS (
ID bigint not null,
NAME varchar(15),
primary key (ID)
);
create table ORDERS (
ID bigint not null,
ORDER_NUMBER varchar(15),
CUSTOMER_ID bigint not null,
primary key (ID)
);
alter table ORDERS add index FK8B7256E516B4891C (CUSTOMER_ID),
add constraint FK8B7256E516B4891C foreign key (CUSTOMER_ID) references CUSTOMERS (ID);
看到結果我們可以簡單的把<many-to-one>了解為在資料庫中,建立外鍵的作用.上邊這個例子就簡單的示範了Hibernate映射的一對一關聯關系,至于一對多的關聯關系比這個稍微複雜一點.而且可以看出,當Hibernate持久化一個臨時對象的時候,在預設的情況下它不會自動持久化關聯其他臨時對象,而是會抛出TransientObjectException異常.如果希望Hibernate持久化對象的時候也自動持久化說關聯的對象,就要把<many-to-one>元素的cascade屬性設定為save-update,表示級聯操作的意思,cascade屬性的預設值為none.當這個屬性設定OK了.資料庫就實作了級聯儲存更新的操作.
在類和類之間建好了關聯關系之後,就可以友善的從一個對象得到它關聯的對象.例如Customer customer=order.getCustomer();這樣獲得的了Customer對象了.但是如果想獲得所有屬于Customer客戶的Order訂單對象,就涉及到了一對多雙向關聯了.在記憶體中,從一個對象導航都另一個對象要比從資料庫中通過一個字段查詢另一個字段快的多的多,但是也給程式設計的時候帶來了麻煩,随意修改一個對象就可能牽一發而動全身,是以說雙向的關聯比較複雜,但是類和類之間到底建立單向還是雙向關聯,這個要根據業務需求來決定.比如說業務需求根據指定客戶查詢客戶所有訂單,根據指定的訂單,查詢出發這個訂單的客戶.這個時候我們不妨用多對一雙向關聯處理.其實上邊的例子的映射檔案已經履歷了客戶和訂單之間的一對多雙向關聯關系,隻不過要在客戶類中加一個集合的屬性:
private set orders = new HashSet();
public set getOrders() {
return orders;
}
public void setOrders(Set orders) {
this.orders = orders;
}
有了orders屬性,客戶就可以通過getOrders()方法或者客戶的全部訂單了,Hibernate在定義這個集合屬性的時候必須聲明為接口類型,但是不光光是Set還有Map和List,這樣可以提高程式的強壯性,就是說set方法接受的對象隻要是實作了Set接口就OK.避免出現null值的現象.這裡要注意的是hbm2java工具生成類的集合屬性的代碼時,不會給它初始化一個集合對象的執行個體,這裡我們需要自己手動修改,當然不修改也是可以的.接下來還要在customer.hbm.xml映射檔案裡映射集合類型的orders屬性,當然這個和order表的的<many-to-one>同理,是以不能通過普通的<property>元素來設定屬性和字段的映射關系.要使用<set>元素來設定:
<set name="orders" cascade="save-update">
<key column="CUSTOMER_ID">
<one-to-many class="包名.Order">
</set>
name:設定類的屬性名
cascade:設定為save-update表示級聯儲存更新,當儲存或更新Customer類的時候會級聯儲存更新跟它關聯的Order類.
<key>元素是用來設定跟持久化類關聯的類的外鍵
<one-to-many>元素看起來很熟悉,哦是設定外鍵的元素反過來了.這裡它是用來設定所關聯的持久化類的.這裡設定為和客戶關聯的訂單Order類,這裡表明這個屬性裡要存放一組Order類型的對象.
這個<set>元素是表示orders屬性聲明為set類型.
<set>元素還有一個inverse屬性,這個方法主要是在給已存在資料庫中的字段建立關聯的時候很有用.就是說當我們獲得資料庫中的兩個表的兩條記錄的對象customer客戶對象和order訂單對象(映射檔案已經建立了他們類和類之間的關聯,但外鍵的值為null的情況下)然後我們想建立這個客戶對象和訂單對象之間的關聯,我們要先調用order.setCustomer(customer);然後在調用customer.getOrder().add(order);在Hibernate自動清理緩存的持久化對象的時候會送出兩條SQL語句.進行了兩個update操作.但是實際上隻修改了一條記錄.重複的執行SQL語句是會降低系統的運作效率的,當把inverse屬性設定為true的時候,同樣的操作就會合并到一條SQL語句執行了,inverse預設為false;
級聯删除就很簡單了,把cascade屬性設定為delete,如果你删除了一個客戶,程式就會先執行删除這個客戶全部的訂單的SQL語句,然後在删除這個客戶,所謂删除一個持久化對象不是在記憶體中删除這個對象,而是删除資料庫中相關的記錄,這個對象依然在記憶體中,隻不過由持久化狀态轉為臨時狀态,當這個對象的引用消失後,這個對象會被垃圾回收.但是如果我又想級聯删除,還想級聯儲存,更新的時候應該怎麼辦呢?這個時候我們将cascade屬性設定為all-delete-orphan就OK了.非常簡單明了.我們還可以通過持久化類的customer.getOrder().rumove(order);解除關聯.這裡的操作表示獲得客戶訂單的集合對象,然後從集合對象中删除order的訂單,其實這種操作的意義不大,當我們不需要的這個訂單的時候完全可以删除它,解除關聯之後如果設定了級聯删除屬性,這個無用的記錄也是要被删除的.其實解除關聯就是把外鍵設為null.通常我們的外鍵都要限制不可以為空.
映射關聯還有一種多對多的關聯,是一種自身關聯關系.就是同一張表.自己和自己的關聯.比如說一張人表,地球人是人,美國人,中國人,日本人都屬于地球人,中國人有分北京人,山東人.日本人也有下一級的比如東京人.下面設想如果日本人被消滅掉了,那麼東京人也應該都被沒有了吧,這就是一種關系,自身對自身的關聯關系.這就有點類似樹的結構了.下面用一個例子示範這種關系,代碼來源于孫MM的<<精通Hibernate>>一書.
public class Category implements Serializable {
private Long id;
private String name;
private Category parentCategory;
private Set childCategories;
public Category(String name, mypack.Category parentCategory, Set childCategories) {
this.name = name;
this.parentCategory = parentCategory;
this.childCategories = childCategories;
}
public Category() {
}
public Category(Set childCategories) {
this.childCategories = childCategories;
}
public Category getParentCategory() {
return this.parentCategory;
}
public void setParentCategory(Category parentCategory) {
this.parentCategory = parentCategory;
}
public Set getChildCategories() {
return this.childCategories;
}
public void setChildCategories(Set childCategories) {
this.childCategories = childCategories;
}
//為了節省空間省略了id,name屬性的通路方法
}
<hibernate-mapping >
<class name="mypack.Category" table="CATEGORIES" >
<id name="id" type="long" column="ID">
<generator class="increment"/>
</id>
<property name="name" type="string" >
<column name="NAME" length="15" />
</property>
<set
name="childCategories"
cascade="save-update"
inverse="true"
>
<key column="CATEGORY_ID" />
<one-to-many class="mypack.Category" />
</set>
<many-to-one
name="parentCategory"
column="CATEGORY_ID"
class="mypack.Category"
/>
</class>
</hibernate-mapping>
我覺得這種方式其實和上邊的一對多,一對一關系一樣,隻不過兩個用的都是同一個類罷了.看一下例子了解上應該很簡單.