10.1. 三種政策
Hibernate支援三種基本的繼承映射政策:
·每個類分層結構一張表(table per class hierarchy)
·每個子類一張表(table per subclass)
·每個具體類一張表(table per concrete class)
此外,Hibernate還支援第四種稍有不同的多态映射政策:
·隐式多态(implicitpolymorphism)
對于同一個繼承層次内的不同分支,可以采用不同的映射政策,然後用隐式多态來完成跨越整個層次的多态。但是在同一個<class>根元素 下,Hibernate不支援混合了元素<subclass>、 <joined-subclass>和<union-subclass>的映射。在同一個<class>元素下,可以混合使用“每個類分層結構一張表”(table per hierarchy) 和“每個子類一張表”(table per subclass) 這兩種映射政策,這是通過結合元素<subclass>和 <join>來實作的(見後)。
10.1.1. 每個類分層結構一張表(Table per class hierarchy)
假設我們有接口Payment和它的幾個實作類: CreditCardPayment, CashPayment, 和ChequePayment。則“每個類分層結構一張表”(Table per class hierarchy)的映射代碼如下所示:
<class name="Payment" table="PAYMENT">
<id name="id"type="long" column="PAYMENT_ID">
<generatorclass="native"/>
</id>
<discriminatorcolumn="PAYMENT_TYPE" type="string"/>
<propertyname="amount" column="AMOUNT"/>
...
<subclassname="CreditCardPayment" discriminator-value="CREDIT">
<propertyname="creditCardType" column="CCTYPE"/>
...
</subclass>
<subclassname="CashPayment" discriminator-value="CASH">
<subclassname="ChequePayment" discriminator-value="CHEQUE">
</class>
采用這種政策隻需要一張表即可。它有一個很大的限制:要求那些由子類定義的字段,如CCTYPE,不能有非空(NOT NULL)限制。
10.1.2. 每個子類一張表(Table per subclass)
對于上例中的幾個類而言,采用“每個子類一張表”的映射政策,代碼如下所示:
<joined-subclassname="CreditCardPayment" table="CREDIT_PAYMENT">
<keycolumn="PAYMENT_ID"/>
</joined-subclass>
<joined-subclassname="CashPayment" table="CASH_PAYMENT">
<joined-subclassname="ChequePayment" table="CHEQUE_PAYMENT">
需要四張表。三個子類表通過主鍵關聯到超類表(因而關系模型實際上是一對一關聯)。
10.1.3. 每個子類一張表(Table per subclass),使用辨識标志(Discriminator)
注意,對“每個子類一張表”的映射政策,Hibernate的實作不需要辨識字段,而其他 的對象/關系映射工具使用了一種不同于Hibernate的實作方法,該方法要求在超類 表中有一個類型辨識字段(type discriminatorcolumn)。Hibernate采用的方法更 難實作,但從關系(資料庫)這點上來看,按理說它更正确。若你願意使用帶有辨識字段的“每個子類一張表”的政策,你可以結合使用<subclass>與<join>,如下所示:
<jointable="CREDIT_PAYMENT">
<property name="creditCardType"column="CCTYPE"/>
...
</join>
<jointable="CASH_PAYMENT">
<jointable="CHEQUE_PAYMENT" fetch="select">
可選的聲明fetch="select",是用來告訴Hibernate,在查詢超類時, 不要使用外部連接配接(outerjoin)來抓取子類ChequePayment的資料。
10.1.4. 混合使用“每個類分層結構一張表”和“每個子類一張表”
你甚至可以采取如下方法混和使用“每個類分層結構一張表”和“每個子類一張表”這兩種政策:
<generator/>
<propertyname="creditCardType" column="CCTYPE"/>
對上述任何一種映射政策而言,指向根類Payment的 關聯是使用<many-to-one>進行映射的。
<many-to-one name="payment" column="PAYMENT_ID"class="Payment"/>
10.1.5. 每個具體類一張表(Table per concrete class)
對于“每個具體類一張表”的映射政策,可以采用兩種方法。第一種方法是使用<union-subclass>。
<class name="Payment">
<generatorclass="sequence"/>
<union-subclassname="CreditCardPayment" table="CREDIT_PAYMENT">
</union-subclass>
<union-subclassname="CashPayment" table="CASH_PAYMENT">
<union-subclassname="ChequePayment" table="CHEQUE_PAYMENT">
這裡涉及三張表。每張表為對應類的所有屬性(包括從超類繼承的屬性)定義相應字段。
這種方式的局限在于,如果一個屬性在超類中做了映射,其字段名必須與所有子類表中定義的相同。(我們可能會在Hibernate的後續釋出版本中放寬此限制。) 不允許在聯合子類(union subclass)的繼承層次中使用辨別生成器政策(identity generator strategy), 實際上, 主鍵的種子(primary key seed)不得不為同一繼承層次中的全部被聯合子類所共用.
10.1.6. Table per concrete class, usingimplicit polymorphism
另一種可供選擇的方法是采用隐式多态:
<class name="CreditCardPayment"table="CREDIT_PAYMENT">
<id name="id"type="long" column="CREDIT_PAYMENT_ID">
<propertyname="amount" column="CREDIT_AMOUNT"/>
<class name="CashPayment" table="CASH_PAYMENT">
<id name="id"type="long" column="CASH_PAYMENT_ID">
<propertyname="amount" column="CASH_AMOUNT"/>
<class name="ChequePayment"table="CHEQUE_PAYMENT">
<id name="id"type="long" column="CHEQUE_PAYMENT_ID">
<propertyname="amount" column="CHEQUE_AMOUNT"/>
注意,我們沒有在任何地方明确的提及接口Payment。同時注意 Payment的屬性在每個子類中都進行了映射。如果你想避免重複,可以考慮使用XML實體(例如:位于DOCTYPE聲明内的 [ <!ENTITY allproperties SYSTEM"allproperties.xml"> ]和映射中的&allproperties;)。
這種方法的缺陷在于,在Hibernate執行多态查詢時(polymorphic queries)無法生成帶UNION的SQL語句。
對于這種映射政策而言,通常用<any>來實作到 Payment的多态關聯映射。
<any name="payment" meta-type="string"id-type="long">
<meta-valuevalue="CREDIT"/>
<meta-valuevalue="CASH"/>
<meta-valuevalue="CHEQUE"/>
<columnname="PAYMENT_CLASS"/>
<columnname="PAYMENT_ID"/>
</any>
10.1.7. 隐式多态和其他繼承映射混合使用
對這一映射還有一點需要注意。因為每個子類都在各自獨立的元素<class>中映射(并且Payment隻是一個接口),每個子類可以很容易的成為另一 個繼承體系中的一部分!(你仍然可以對接口Payment使用多态查詢。)
<discriminator column="CREDIT_CARD"type="string"/>
<subclassname="MasterCardPayment" discriminator-value="MDC"/>
<subclassname="VisaPayment" discriminator-value="VISA"/>
<class name="NonelectronicTransaction"table="NONELECTRONIC_TXN">
<id name="id"type="long" column="TXN_ID">
<propertyname="amount" column="CASH_AMOUNT"/>
<propertyname="amount" column="CHEQUE_AMOUNT"/>
我們還是沒有明确的提到Payment。 如果我們針對接口Payment執行查詢 ——如from Payment—— Hibernate 自動傳回CreditCardPayment(和它的子類,因為 它們也實作了接口Payment)、 CashPayment和Chequepayment的執行個體, 但不傳回NonelectronicTransaction的執行個體。
10.2. 限制
對“每個具體類映射一張表”(table per concrete-class)的映射政策而言,隐式多态的 方式有一定的限制。而<union-subclass>映射的限制則沒有那麼嚴格。
下面表格中列出了在Hibernte中“每個具體類一張表”的政策和隐式多态的限制。
表10.1. 繼承映射特性(Features of inheritance mappings)
繼承政策(Inheritance strategy) | 多态多對一 | 多态一對一 | 多态一對多 | 多态多對多 | 多态 load()/get() | 多态查詢 | 多态連接配接(join) | 外連接配接(Outer join)抓取 |
每個類分層結構一張表 | <many-to-one> | <one-to-one> | <one-to-many> | <many-to-many> | s.get(Payment.class, id) | from Payment p | from Order o join o.payment p | 支援 |
每個子類一張表 | ||||||||
每個具體類一張表(union-subclass) | <one-to-many> (僅對于inverse="true"的情況) | |||||||
每個具體類一張表(隐式多态) | <any> | 不支援 | <many-to-any> | s.createCriteria(Payment.class).add( Restrictions.idEq(id) ).uniqueResult() |
第9 章元件(Component)映射 | 起始頁 |