解讀Hibernate繼承映射策略

Hibernate繼承映射的英文是Inheritance Mappings，Hibernate繼承映射有三種策略，下文對Hibernate繼承映射策略具體理解。
Hibernate支持三種基本的繼承映射策略：

◆每個類分層結構一張表(table per class hierarchy)


◆每個子類一張表(table per subclass)


◆每個具體類一張表(table per concrete class)


此外，Hibernate還支持第四種稍有不同的多態映射策略：


隱式多態(implicit polymorphism)

對於同一個繼承層次內的不同分支，可以採用不同的映射策略，然後用隱式多 態來完成跨越整個層次的多態。

但是在同一個<class>根元素 下，Hibernate不支持混合了元素<subclass>、 <joined-subclass>和<union-subclass> 的映射。

在同一個<class>元素下，可以混合使用 “每個類分層結構一張表”（table per hierarchy） 和“每個子類一張表”（table per subclass） 這兩種映射策略，

這是通過結合元素<subclass>和 <join>來實現的（見後）。

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)約束。

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> 

需要四張表。三個子類表通過主鍵關聯到超類表(因而關係模型實際上是一對一關聯)。

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"> 
            <property name="creditCardType" column="CCTYPE"/> 
            ...  
        </join> 
    </subclass> 
    <subclass name="CashPayment" discriminator-value="CASH"> 
        <join table="CASH_PAYMENT"> 
            ...  
        </join> 
    </subclass> 
    <subclass name="ChequePayment" discriminator-value="CHEQUE"> 
        <join table="CHEQUE_PAYMENT" fetch="select"> 
            ...  
        </join> 
    </subclass> 
</class> 

可選的聲明fetch="select"，是用來告訴Hibernate，在查詢超類時， 不要使用外部連接(outer join)來抓取子類ChequePayment的數據。


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"/> 

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)不得不爲同一繼承層次中的全部被聯合子類所共用.

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> 

7. 隱式多態和其他繼承映射混合使用
對這一映射還有一點需要注意。因爲每個子類都在各自獨立的元素<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的實例。

原文地址：解讀Hibernate繼承映射策略