0
大家好。上次講了關於hibernate中雙向1-N的對映配置,可以參考:http://www.cnblogs.com/souvenir/p/3784510.html
實際專案中,物件間的關係比較複雜,除了上次講的相互關聯以外,這次我們要講的就是關於物件的繼承。hibernate如何來通過配置完成物件的繼承?
1
比如有一個父類person,然後兩個對應的子類,一個是teacher,一個是student。教師和老師除了擁有person這個類所有的屬性以外,還會有一些自己獨特的屬性。
hibernate提供的對映方法有三種:
A 一個子類對應一個表
也就是說每個子類對對應新建一張表,裡面的屬性都會加上父類的屬性,然後再分別加上自己的單獨的屬性
這樣做無疑是增加了許多冗餘,所以不推薦。
B 用一張大表來表示所有子類的屬性集合
比如父類有3個公共屬性,teacher這個子類有2個單獨屬性,student有3個單獨屬性,那麼我們需要建立一張表,把這8個屬性全部包括在內
然後在通過一個欄位來區分這些物件實體具體屬於那一個子類
C 父類表儲存公共屬性,每一個字表儲存自己單獨的屬性,然後通過唯一ID進行關聯
2 【用一張大表來表示所有子類的屬性集合】
還是用之前的employee物件來做演示,現在我們需要在employee下繼承一個子類manager
這個子類目前為了演示我們只新增一個單獨的屬性:部門
來看看hibernate的配置檔案:
<hibernate-mapping package="com.souvenir.bean"> <class name="Employee" table="Employee" discriminator-value="E"> <!-- 對映標識屬性 --> <id name="id" column="emp_id" type="int"> <!-- 指定主鍵生成器策略 --> <generator class="identity"/> </id> <discriminator column="empType" type="string"></discriminator> <!-- 對映普通屬性 --> <property name="name" type="string"/> <property name="password" type="string"/> <property name="age" type="int"/> <!-- employee子類manager --> <subclass name="Manager" extends="Employee" discriminator-value="M"> <property name="dept" type="string" length="50" column="dept_name"/> </subclass> </class> </hibernate-mapping>
需要說明一下的是:
- 這種方式是通過 subclass 關鍵字來完成子類的配置
- 父類需要 discriminator 關鍵字類指定區分的欄位
- 所有子類新增 discriminator-value 屬性來區分其物件(如果父類需要的話也可以加上)
下面我們來測試一下對映的效果,具體的測試程式碼我就不寫了,大概就是儲存幾個manager和employee物件
通過資料庫中結果可以看出,前10個是employee物件,empType都是E
最後一個是manager物件,empType為M
這種方式可以看出也是有很多的冗餘欄位,對於employee來說沒有dept_name屬性,所以這個屬性都為null
3 【父類表儲存公共屬性,每一個字表儲存自己單獨的屬性,然後通過唯一ID進行關聯】
這種情況下我們需要使用關鍵字 joined-subclass 來加入所有的子類,子類中除了需要配置單獨的屬性之外
需要指定一個key,來與父類關聯。(通過column屬性)
下面看一下上面修改的配置:
<hibernate-mapping package="com.souvenir.bean"> <class name="Employee" table="Employee" > <!-- 對映標識屬性 --> <id name="id" column="emp_id" type="int"> <!-- 指定主鍵生成器策略 --> <generator class="identity"/> </id> <!-- 對映普通屬性 --> <property name="name" type="string"/> <property name="password" type="string"/> <property name="age" type="int"/> <!-- 與manager的關聯關係 --> <many-to-one name="manager" class="Manager" column="mgr_id" lazy="false"/> <!-- 對映和Payment之間的關聯關係 --> <set name="payments" inverse="true" lazy="false"> <key column="emp_id" /> <one-to-many class="Payment"/> </set> <!-- employee子類manager --> <joined-subclass name="Manager" extends="Employee" > <key column="emp_id"></key> <property name="dept" type="string" length="50" column="dept_name"/> </joined-subclass> </class> </hibernate-mapping>
注意這裡就不再需要 discriminator 配置了。
下面看一下測試效果:(對了,測試程式碼都不用變)
首先資料庫中有了兩個表,一個是employee,一個是manager
這裡可以看出,所有公共屬性都存在了父表中,而子表只是儲存了其需要的屬性,二者通過emp_id來關聯。
4 繼承物件的1-N關聯
像上面這種繼承物件之間可否進行1-N的關聯呢,答案是肯定的,而且在hibernate中的配置操作與一般的1-N沒有什麼差別。
<hibernate-mapping package="com.souvenir.bean"> <class name="Employee" table="Employee" > <!-- 對映標識屬性 --> <id name="id" column="emp_id" type="int"> <!-- 指定主鍵生成器策略 --> <generator class="identity"/> </id> <!-- 對映普通屬性 --> <property name="name" type="string"/> <property name="password" type="string"/> <property name="age" type="int"/> <!-- 與manager的關聯關係 --> <many-to-one name="manager" class="Manager" column="mgr_id" lazy="false"/> <!-- 對映和Payment之間的關聯關係 --> <set name="payments" inverse="true" lazy="false"> <key column="emp_id" /> <one-to-many class="Payment"/> </set> <!-- employee子類manager --> <joined-subclass name="Manager" extends="Employee" > <key column="emp_id"></key> <property name="dept" type="string" length="50" column="dept_name"/> <set name="employees" inverse="true" lazy="false"> <key column="emp_id"/> <one-to-many class="Employee"/> </set> </joined-subclass> </class> </hibernate-mapping>
和我們上一講的配置一樣,1端通過set進行配置,N端都過many-to-one進行配置。
需要補充一下的就是inverse這個屬性, inverse=true的含義: 由雙向關聯另一方維護該關聯,己方不維護該關聯(只能進行查詢操作)。
在本例中,manager中有inverse屬性,也就是說對於employee與manager的關聯關係是交由employee進行維護,manager只能進行查詢操作。
Manager manager=mgrDao.get(11); for(int i=1;i<=5;i++){ Employee emp=empDao.get(i); emp.setManager(manager); empDao.update(emp); } Set<Employee> emps= manager.getEmployees(); for(Employee e:emps){ System.out.println("------"+e.getName()); }
上面的測試程式碼,我們通過employee物件來配置其manager物件。
然後通過manager來查詢其對應的employee集合。