三種策略
Hibernate支持三種基本的繼承映射策略:
-
每個類分層結構一張表(table per class hierarchy)
-
每個子類一張表(table per subclass)
-
每個具體類一張表(table per concrete class)
此外,Hibernate還支持第四種稍有不同的多態映射策略:
對于同一個繼承層次內的不同分支,可以采用不同的映射策略,然后用隱式多 態來完成跨越整個層次的多態。但是在同一個<class>
根元素 下,Hibernate不支持混合了元素<subclass>
、 <joined-subclass>
和<union-subclass>
的映射。在同一個<class>
元素下,可以混合使用 “每個類分層結構一張表”(table per hierarchy) 和“每個子類一張表”(table per subclass) 這兩種映射策略,這是通過結合元素<subclass>
和 <join>
來實現的(見后)。
在多個映射文件中,可以直接在hibernate-mapping
根下定義subclass
,union-subclass
和joined-subclass
。也就是說,你可以僅加入一個新的映射文件來擴展類層次。你必須在subclass的映射中指明extends
屬性,給出一個之前定義的超類的名字。注意,在以前,這一功能對映射文件的順序有嚴格的要求,從Hibernate 3開始,使用extends關鍵字的時侯,對映射文件的順序不再有要求;但在每個映射文件里,超類必須在子類之前定義。
<hibernate-mapping>
<subclass name="DomesticCat" extends="Cat" discriminator-value="D">
<property name="name" type="string"/>
</subclass>
</hibernate-mapping>
9.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">
<generator class="native"/>
</id>
<discriminator column="PAYMENT_TYPE" type="string"/>
<property name="amount" column="AMOUNT"/>
...
<subclass name="CreditCardPayment" discriminator-value="CREDIT">
<property name="creditCardType" column="CCTYPE"/>
...
</subclass>
<subclass name="CashPayment" discriminator-value="CASH">
...
</subclass>
<subclass name="ChequePayment" discriminator-value="CHEQUE">
...
</subclass>
</class>
采用這種策略只需要一張表即可。它有一個很大的限制:要求那些由子類定義的字段, 如CCTYPE
,不能有非空(NOT NULL)
約束。
9.1.2. 每個子類一張表(Table per subclass)
對于上例中的幾個類而言,采用“每個子類一張表”的映射策略,代碼如下所示:
<class name="Payment" table="PAYMENT">
<id name="id" type="long" column="PAYMENT_ID">
<generator class="native"/>
</id>
<property name="amount" column="AMOUNT"/>
...
<joined-subclass name="CreditCardPayment" table="CREDIT_PAYMENT">
<key column="PAYMENT_ID"/>
...
</joined-subclass>
<joined-subclass name="CashPayment" table="CASH_PAYMENT">
<key column="PAYMENT_ID"/>
<property name="creditCardType" column="CCTYPE"/>
...
</joined-subclass>
<joined-subclass name="ChequePayment" table="CHEQUE_PAYMENT">
<key column="PAYMENT_ID"/>
...
</joined-subclass>
</class>
需要四張表。三個子類表通過主鍵關聯到超類表(因而關系模型實際上是一對一關聯)。
9.1.3. 每個子類一張表(Table per subclass),使用辨別標志(Discriminator)
注意,對“每個子類一張表”的映射策略,Hibernate的實現不需要辨別字段,而其他 的對象/關系映射工具使用了一種不同于Hibernate的實現方法,該方法要求在超類 表中有一個類型辨別字段(type discriminator column)。Hibernate采用的方法更 難實現,但從關系(數據庫)的角度來看,按理說它更正確。若你愿意使用帶有辨別字 段的“每個子類一張表”的策略,你可以結合使用<subclass>
與<join>
,如下所示:
<class name="Payment" table="PAYMENT">
<id name="id" type="long" column="PAYMENT_ID">
<generator class="native"/>
</id>
<discriminator column="PAYMENT_TYPE" type="string"/>
<property name="amount" column="AMOUNT"/>
...
<subclass name="CreditCardPayment" discriminator-value="CREDIT">
<join table="CREDIT_PAYMENT">
<key column="PAYMENT_ID"/>
<property name="creditCardType" column="CCTYPE"/>
...
</join>
</subclass>
<subclass name="CashPayment" discriminator-value="CASH">
<join table="CASH_PAYMENT">
<key column="PAYMENT_ID"/>
...
</join>
</subclass>
<subclass name="ChequePayment" discriminator-value="CHEQUE">
<join table="CHEQUE_PAYMENT" fetch="select">
<key column="PAYMENT_ID"/>
...
</join>
</subclass>
</class>
可選的聲明fetch="select"
,是用來告訴Hibernate,在查詢超類時, 不要使用外部連接(outer join)來抓取子類ChequePayment
的數據。
9.1.4. 混合使用“每個類分層結構一張表”和“每個子類一張表”
你甚至可以采取如下方法混和使用“每個類分層結構一張表”和“每個子類一張表”這兩種策略:
<class name="Payment" table="PAYMENT">
<id name="id" type="long" column="PAYMENT_ID">
<generator class="native"/>
</id>
<discriminator column="PAYMENT_TYPE" type="string"/>
<property name="amount" column="AMOUNT"/>
...
<subclass name="CreditCardPayment" discriminator-value="CREDIT">
<join table="CREDIT_PAYMENT">
<property name="creditCardType" column="CCTYPE"/>
...
</join>
</subclass>
<subclass name="CashPayment" discriminator-value="CASH">
...
</subclass>
<subclass name="ChequePayment" discriminator-value="CHEQUE">
...
</subclass>
</class>
對上述任何一種映射策略而言,指向根類Payment
的 關聯是使用<many-to-one>
進行映射的。
<many-to-one name="payment" column="PAYMENT_ID" class="Payment"/>
9.1.5. 每個具體類一張表(Table per concrete class)
對于“每個具體類一張表”的映射策略,可以采用兩種方法。第一種方法是使用 <union-subclass>
。
<class name="Payment">
<id name="id" type="long" column="PAYMENT_ID">
<generator class="sequence"/>
</id>
<property name="amount" column="AMOUNT"/>
...
<union-subclass name="CreditCardPayment" table="CREDIT_PAYMENT">
<property name="creditCardType" column="CCTYPE"/>
...
</union-subclass>
<union-subclass name="CashPayment" table="CASH_PAYMENT">
...
</union-subclass>
<union-subclass name="ChequePayment" table="CHEQUE_PAYMENT">
...
</union-subclass>
</class>
這里涉及三張與子類相關的表。每張表為對應類的所有屬性(包括從超類繼承的屬性)定義相應字段。
這種方式的局限在于,如果一個屬性在超類中做了映射,其字段名必須與所有子類 表中定義的相同。(我們可能會在Hibernate的后續發布版本中放寬此限制。) 不允許在聯合子類(union subclass)的繼承層次中使用標識生成器策略(identity generator strategy), 實際上, 主鍵的種子(primary key seed)不得不為同一繼承層次中的全部被聯合子類所共用.
假若超類是抽象類,請使用abstract="true"
。當然,假若它不是抽象的,需要一個額外的表(上面的例子中,默認是PAYMENT
),來保存超類的實例。
9.1.6. Table per concrete class, using implicit polymorphism
9.1.6. Table per concrete class, using implicit polymorphism
另一種可供選擇的方法是采用隱式多態:
<class name="CreditCardPayment" table="CREDIT_PAYMENT">
<id name="id" type="long" column="CREDIT_PAYMENT_ID">
<generator class="native"/>
</id>
<property name="amount" column="CREDIT_AMOUNT"/>
...
</class>
<class name="CashPayment" table="CASH_PAYMENT">
<id name="id" type="long" column="CASH_PAYMENT_ID">
<generator class="native"/>
</id>
<property name="amount" column="CASH_AMOUNT"/>
...
</class>
<class name="ChequePayment" table="CHEQUE_PAYMENT">
<id name="id" type="long" column="CHEQUE_PAYMENT_ID">
<generator class="native"/>
</id>
<property name="amount" column="CHEQUE_AMOUNT"/>
...
</class>
注意,我們沒有在任何地方明確的提及接口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-value value="CREDIT" class="CreditCardPayment"/>
<meta-value value="CASH" class="CashPayment"/>
<meta-value value="CHEQUE" class="ChequePayment"/>
<column name="PAYMENT_CLASS"/>
<column name="PAYMENT_ID"/>
</any>
對這一映射還有一點需要注意。因為每個子類都在各自獨立的元素<class>
中映射(并且Payment
只是一個接口),每個子類可以很容易的成為另一 個繼承體系中的一部分!(你仍然可以對接口Payment
使用多態查詢。)
<class name="CreditCardPayment" table="CREDIT_PAYMENT">
<id name="id" type="long" column="CREDIT_PAYMENT_ID">
<generator class="native"/>
</id>
<discriminator column="CREDIT_CARD" type="string"/>
<property name="amount" column="CREDIT_AMOUNT"/>
...
<subclass name="MasterCardPayment" discriminator-value="MDC"/>
<subclass name="VisaPayment" discriminator-value="VISA"/>
</class>
<class name="NonelectronicTransaction" table="NONELECTRONIC_TXN">
<id name="id" type="long" column="TXN_ID">
<generator class="native"/>
</id>
...
<joined-subclass name="CashPayment" table="CASH_PAYMENT">
<key column="PAYMENT_ID"/>
<property name="amount" column="CASH_AMOUNT"/>
...
</joined-subclass>
<joined-subclass name="ChequePayment" table="CHEQUE_PAYMENT">
<key column="PAYMENT_ID"/>
<property name="amount" column="CHEQUE_AMOUNT"/>
...
</joined-subclass>
</class>
我們還是沒有明確的提到Payment
。 如果我們針對接口Payment
執行查詢 ——如from Payment
—— Hibernate 自動返回CreditCardPayment
(和它的子類,因為 它們也實現了接口Payment
)、 CashPayment
和Chequepayment
的實例, 但不返回NonelectronicTransaction
的實例。