三種策略
Hibernate支持三種基本的繼承映射策略：
-
每個(gè)類分層結(jié)構(gòu)一張表(table per class hierarchy)
-
每個(gè)子類一張表(table per subclass)
-
每個(gè)具體類一張表(table per concrete class)
此外，Hibernate還支持第四種稍有不同的多態(tài)映射策略：
對(duì)于同一個(gè)繼承層次內(nèi)的不同分支，可以采用不同的映射策略，然后用隱式多 態(tài)來(lái)完成跨越整個(gè)層次的多態(tài)。但是在同一個(gè)<class>根元素 下，Hibernate不支持混合了元素<subclass>、 <joined-subclass>和<union-subclass> 的映射。在同一個(gè)<class>元素下，可以混合使用 “每個(gè)類分層結(jié)構(gòu)一張表”（table per hierarchy） 和“每個(gè)子類一張表”（table per subclass） 這兩種映射策略，這是通過(guò)結(jié)合元素<subclass>和 <join>來(lái)實(shí)現(xiàn)的（見后）。
在多個(gè)映射文件中，可以直接在hibernate-mapping根下定義subclass，union-subclass和joined-subclass。也就是說(shuō)，你可以僅加入一個(gè)新的映射文件來(lái)擴(kuò)展類層次。你必須在subclass的映射中指明extends屬性，給出一個(gè)之前定義的超類的名字。注意，在以前，這一功能對(duì)映射文件的順序有嚴(yán)格的要求，從Hibernate 3開始，使用extends關(guān)鍵字的時(shí)侯，對(duì)映射文件的順序不再有要求；但在每個(gè)映射文件里，超類必須在子類之前定義。
<hibernate-mapping>
<subclass name="DomesticCat" extends="Cat" discriminator-value="D">
<property name="name" type="string"/>
</subclass>
</hibernate-mapping>
9.1.1. 每個(gè)類分層結(jié)構(gòu)一張表(Table per class hierarchy)
假設(shè)我們有接口Payment和它的幾個(gè)實(shí)現(xiàn)類： CreditCardPayment, CashPayment, 和ChequePayment。則“每個(gè)類分層結(jié)構(gòu)一張表”(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>
采用這種策略只需要一張表即可。它有一個(gè)很大的限制：要求那些由子類定義的字段， 如CCTYPE，不能有非空(NOT NULL)約束。
9.1.2. 每個(gè)子類一張表(Table per subclass)
對(duì)于上例中的幾個(gè)類而言，采用“每個(gè)子類一張表”的映射策略，代碼如下所示：
<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>
需要四張表。三個(gè)子類表通過(guò)主鍵關(guān)聯(lián)到超類表(因而關(guān)系模型實(shí)際上是一對(duì)一關(guān)聯(lián))。
9.1.3. 每個(gè)子類一張表(Table per subclass)，使用辨別標(biāo)志(Discriminator)
注意，對(duì)“每個(gè)子類一張表”的映射策略，Hibernate的實(shí)現(xiàn)不需要辨別字段，而其他 的對(duì)象/關(guān)系映射工具使用了一種不同于Hibernate的實(shí)現(xiàn)方法，該方法要求在超類 表中有一個(gè)類型辨別字段(type discriminator column)。Hibernate采用的方法更 難實(shí)現(xiàn)，但從關(guān)系（數(shù)據(jù)庫(kù)）的角度來(lái)看，按理說(shuō)它更正確。若你愿意使用帶有辨別字 段的“每個(gè)子類一張表”的策略，你可以結(jié)合使用<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"，是用來(lái)告訴Hibernate，在查詢超類時(shí)， 不要使用外部連接(outer join)來(lái)抓取子類ChequePayment的數(shù)據(jù)。
9.1.4. 混合使用“每個(gè)類分層結(jié)構(gòu)一張表”和“每個(gè)子類一張表”
你甚至可以采取如下方法混和使用“每個(gè)類分層結(jié)構(gòu)一張表”和“每個(gè)子類一張表”這兩種策略：
<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>
對(duì)上述任何一種映射策略而言，指向根類Payment的 關(guān)聯(lián)是使用<many-to-one>進(jìn)行映射的。
<many-to-one name="payment" column="PAYMENT_ID" class="Payment"/>
9.1.5. 每個(gè)具體類一張表(Table per concrete class)
對(duì)于“每個(gè)具體類一張表”的映射策略，可以采用兩種方法。第一種方法是使用 <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>
這里涉及三張與子類相關(guān)的表。每張表為對(duì)應(yīng)類的所有屬性（包括從超類繼承的屬性）定義相應(yīng)字段。
這種方式的局限在于，如果一個(gè)屬性在超類中做了映射，其字段名必須與所有子類 表中定義的相同。(我們可能會(huì)在Hibernate的后續(xù)發(fā)布版本中放寬此限制。) 不允許在聯(lián)合子類(union subclass)的繼承層次中使用標(biāo)識(shí)生成器策略(identity generator strategy), 實(shí)際上, 主鍵的種子(primary key seed)不得不為同一繼承層次中的全部被聯(lián)合子類所共用.
假若超類是抽象類，請(qǐng)使用abstract="true"。當(dāng)然，假若它不是抽象的，需要一個(gè)額外的表（上面的例子中，默認(rèn)是PAYMENT），來(lái)保存超類的實(shí)例。
9.1.6. Table per concrete class, using implicit polymorphism
9.1.6. Table per concrete class, using implicit polymorphism
另一種可供選擇的方法是采用隱式多態(tài)：
<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>
注意，我們沒(méi)有在任何地方明確的提及接口Payment。同時(shí)注意 Payment的屬性在每個(gè)子類中都進(jìn)行了映射。如果你想避免重復(fù)， 可以考慮使用XML實(shí)體(例如：位于DOCTYPE聲明內(nèi)的 [ <!ENTITY allproperties SYSTEM "allproperties.xml"> ] 和映射中的&allproperties;)。
這種方法的缺陷在于，在Hibernate執(zhí)行多態(tài)查詢時(shí)(polymorphic queries)無(wú)法生成帶 UNION的SQL語(yǔ)句。
對(duì)于這種映射策略而言，通常用<any>來(lái)實(shí)現(xiàn)到 Payment的多態(tài)關(guān)聯(lián)映射。
<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>
9.1.7. 隱式多態(tài)和其他繼承映射混合使用
對(duì)這一映射還有一點(diǎn)需要注意。因?yàn)槊總€(gè)子類都在各自獨(dú)立的元素<class> 中映射(并且Payment只是一個(gè)接口)，每個(gè)子類可以很容易的成為另一 個(gè)繼承體系中的一部分！(你仍然可以對(duì)接口Payment使用多態(tài)查詢。)
<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>
我們還是沒(méi)有明確的提到Payment。 如果我們針對(duì)接口Payment執(zhí)行查詢 ——如from Payment—— Hibernate 自動(dòng)返回CreditCardPayment(和它的子類，因?yàn)?它們也實(shí)現(xiàn)了接口Payment)、 CashPayment和Chequepayment的實(shí)例， 但不返回NonelectronicTransaction的實(shí)例。