学步园

  现实世界中有很多种动物，比如：Pig（猪），Bird（鸟）等等，当我用面向对象的思想分析时，我们一般会将它们的共同部分抽取出来增加一个抽象类Animal（动物），这样在编写程序时Pig和Bird只需要继承它们的父类Animal就可以省去很多重复的代码。Java代码中只需要extends关键字就可以轻松实现这种继承关系，但是对于我们使用的关系型数据库是没有任何关键字可以指明这种继承关系的。为了将这种继承关系反映到数据库中，Hibernate为我们提供了3种解决方案：

1、         每个具体类对应一张表

       该方案是使继承体系中每一个具体的类都对应数据库中的一张表。示意图如下：

       每个子类对应的数据库表都包含了父类的信息，并且还有自己独有的属性，每个子类对应一张表，这个表具备完整的信息，包含了所有父类继承下来的属性映射的字段，这种策略是使用<union-subclass>标签来定义子类的。

       注意：在保存对象的时候id不能重复（不能使用数据库的自增方式生成主键）

       部分代码展示： 

2、         每个类一张表

       这种策略是使用<joined-subclass>标签来定义子类的。父类、子类都对应一张数据库表。在父类对应的数据库表中，它存储了所有记录的公共信息，实际上该父类对应的表会包含所有的记录，包括父类和子类的记录；在子类对应的数据库表中，这个表只定义了子类中所特有的属性映射的字段。子类对应的数据表与父类对应的数据表，通过一对一主键关联的方式关联起来。

       这种策略的示意图：

       t_animal表中存储了子类的所有记录，但只记录了他们共有的信息，而他们独有的信息存储在他们对应的表中，一条记录要获得其独有的信息，要通过t_animal记录的主键到其对应的子表中查找主键值一样的记录然后取出它独有的信息。

       注意：Joined-subclass标签的name属性是子类的全路径名

                   Joined-subclass标签需要包含一个key标签，这个标签指定了子类和父类之间是通过哪个字段来关联的。如：<key     column=”PARENT_KEY_ID”/>，这里的column，实际上就是父类的主键对应的映射字段名称。
                   Joined-subclass标签，既可以被class标签所包含（这种包含关系正是表明了类之间的继承关系），也可以与class标签平 行。 当Joined-subclass标签的定义与class标签平行的时候，需要在Joined-subclass标签中，添加extends属性，里面的值是父类的全路径名称。
                  子类的其它属性，像普通类一样，定义在joined-subclass标签的内部。

        部分代码展示：

3、         每棵类继承树一张表

       这种策略是使用<subclass>标签来实现的。因为类继承体系下会有许多个子类，要把多个类的信息存放在一张表中，必须有某种机制来区分哪些记录是属于哪个类的。Hibernate中的这种机制就是，在表中添加一个字段，用这个字段的值来进行区分。在表中添加这个标示列使用<discriminator>标签来实现。

       该策略的示意图：

       将继承体系中的所有类信息表示在同一张表中后，只要是这个类没有的属性会被自动赋上null。

       注意：在Subclass标签中，用discriminator-value属性来标明本子类的discriminator字段（用来区分不同类的字段）的值Subclass标签，既可以被class标签所包含（这种包含关系正是表明了类之间的继承关系），也可以与class标签平行。 当subclass标签的定义与class标签平行的时候，需要在subclass标签中，添加extends属性，里面的值是父类的全路径名称。
       部分代码展示：

       总结：每棵类继承树一张表的优点效率上要好一些，因为它只有一张表，无论存储、查找还是更新都只对一张表操作，这样的表结构我们都知道它有一个缺点就是冗余字段会多一些；每个类一张表的优点就是层次分明，但是如果继承结构深的话，关联就会特别的多，这样查询时就会关联多张表，效率上要差一些；每个具体类一张表对于主键有一些限制，类似native这种自增的方式就不能使用了。所以综合考虑我们一般使用前两种比较多一些，到底使用哪一种我们还需要根据开发的具体需求结合这三种方式的优缺点来定。