【Hibernate學習】 ——ORM（四）再次認識實體繼承

標籤：style   blog   ar   java   sp   資料   2014   on   問題   

          在信用辦時，做失信、守信、黑名單這一塊的時候，先把原來的需求看了看，緊接著就開始設計實體，這一塊大部分都是相同的資訊，所以就設計了一個實體，並且用一個狀態標識出來是失信、守信還是黑名單。

 

        在之後的修改中，特別不方便，每次修改這一塊，這都要出問題。也就是說每一次都需要自己的實體去維護自己的狀態。但是如果我們把這個狀態抽出來，就變成了我們公用的去維護這些“狀態”，這樣就大大簡化了我們的工作，我們只需要對基本表的資訊進行維護就可以了。這就是單表繼承。

 

代碼：

父類：

@Entity(name="Company")@Inheritance(strategy=InheritanceType.SINGLE_TABLE)@DiscriminatorColumn(name="type",discriminatorType=DiscriminatorType.STRING)public class Company {               基本欄位        }

子類：

@Entity@DiscriminatorValue(value="OnCreaditCompany")public class OnCreaditCompany extends Company {}

        單表繼承，是一張大表中，包括了父類，子類的所有屬性，通過Type來區分是哪個子類。單表繼承雖然是多寫了幾個實體類，但是類和類之間的階層清晰，並且更具有物件導向的優勢。相比而言，比我們設計的用一個狀態欄位去維護，操作起來就更方便了。

 

       有利必有弊，我們要權衡一下，並不是所有的情況下實體繼承都是適用的。但是也不能不考慮實體繼承，如果是大量的資料庫表的話，訪問資料時將存在大量的關聯表操作，效率低。

【Hibernate學習】 ——ORM（四）再次認識實體繼承