Hibernate---继承

来源:互联网 发布:百度云管家 for mac 编辑:程序博客网 时间:2024/04/25 23:12

     在对象导向设计中,继承关系是很常见的,但继承与关系型数据库有着先天上的差异,继承关系至表格的设计上有三种方式。

1继承 - Table per concrete class

如果您采取的是对象模型的方式来设计程序,那么继承关系可能就会在您的程序设计中出现,然而关系型数据库的关联模型与对象模型并不匹配,为了映像对象模型 与关联模型,您可以采取三种策略,这边先介绍最简单的一种:Table per concrete class,也就是每一个类别就对应一个表格。

以实例来说明,如果您的程序中有以下的继承关系:

Table per concrete class的方式在关系型数据库中设计表格以作映像,就是直接对DefaultUserPowerUser设计两个表格与之对应,如下:

两个表格没有任何的关系,defaultuserpoweruser表格各自拥有idname字段,您可以如下建立表格:

User.java

DefaultUser.java

在映射文件方面分别如下:

DefaultUser.hbm.xml

PowerUser.hbm.xml

当然,别忘了在hibernate.cfg.xml中定义使用这两个映射文件:

hibernate.cfg.xml

在储存对象时很简单,例如分别储存DefaultUserPowerUser的实例:

至于查询方面,视您想查询哪个数据表,如果想同时查询User类对应的所有资料,则可以如下:

这个查询会找出所有User之子类别所对应之数据,Hibernate实际上会使用以下的SQL进行查询:

也就是Hibernate自动判断User的继承关系,并分别对DefaultUserPowerUser应的表格进行查询。

文件虽然很长,但其实不写这份文件也可以,还记得 基本查询 中曾经提过,如果您直接使用"from java.lang.Object"这样的HQL查询,所得到的结果是数据库中所有的数据,因为ObjectJava中所有类别的父类别,写这份文件只是在加强您的印象,了解继承关系映像最基本的方式而已。

父类别User对应的表格呢?这边没有建立,如果需要的话,就自己再建立一个吧!并撰写对应的映射文件就可以了。

 

 

2继承 - Table per class hierarchy

接续 上一个主题,Table per concrete class的继承映像方式是最简单,但没有效率(例如查询同为User类型时,需要两次SQL)且不易管理的映像方式,来看看继承关系映像至关系型数据库 的第二种方式:Table per class hierarchy

这种方式使用一个表格储存同一个继承阶层的所有类别,并使用额外的字段来表示所记录的是哪一个子类别的数据。
具体来说,对于继承User类别的DefaultUserPowerUser,可以设计以下的表格来储存数据:

可以使用以下的SQL来建立表格:

现在所决定的是,如果要储存的数据是来自DefalutUser,则在userType记下"Default",如果储存的数据来PowerUser,则 userType记下"Power",由userType就可以在数据从数据库取回时,决定其该封装为DefaultUser或是PowerUser 在使用Hibernate的话,这要在映射文件中使用<discriminator>等相关标签来定义,例如:

User.hbm.xml

当然,别忘了在hibernate.cfg.xml 中指定映像文件:
hibernate.cfg.xml

使用上一个主题中的储存程序的话,则Hibernate会使用以下的SQL来储存数据

而实际上数据表会储存以下的内容:

+----+----------+-------------+-------------------+-------------------+

| id | userType | name     | someProperty      | otherProperty     |

+----+----------+-------------+-------------------+-------------------+

| 1 | Power | caterpillar | NULL        | Bla...Bla...    |

| 2 | Default | Bush    | hu....hu...     | NULL        |

+----+----------+-------------+-------------------+-------------------+

缺点就是,因子类别属性的不同,对映储存时会有许多字段没有数据,但查询效率较好,例如查询User类型的数据时,只需一次SQL,如使用 上一个主题 中的查询程序时,Hibernate会使用以下的SQL进行查询:

3继承 - Table per subclass

接续上一个主题,在使用Table per class hierarchy映像继承关系时,会有大量的字段有NULL的情况,好处是使用一个表格,查询时只需一次SQL

Table per subclass的继承映像方式,给予父类与子类分别的表格,而父类与子类对应的表格透过外键来产生关联,具体的说,User类别、DefaultUser类别与PowerUser类别所映像的表格如下:

其中user表格的iddefaultuserpoweruserid 一致,具体的说,在储存DefaultUser实例时,idname属性记录在user表格中,而someProperty记录在 defaultuser中,假设user表格的id值为1,则defaultuser表格对应的该笔记录其id值也会为一。

可以使用以下的SQL建立资料表:

在映射文件上,如下定义:

User.hbm.xml

<joined-subclass>指明了子类别与所对应的表格<key column>指明子类别的对应表格中,哪一个字段要与父类别的主键一致。

使用 继承 - Table per concrete class 中的储存程序片段,则查询表格时可以发现以下的结果:

mysql> select * from user;

+-----+-------------+

| id | name        |

+-----+-------------+

| 1 | caterpillar |

| 2 | Bush        |

+-----+-------------+

2 rows in set (0.00 sec)

 

mysql> select * from defaultuser;

+----+-------------------+

| id | someProperty      |

+----+-------------------+

| 2 | hu....hu...       |

+----+-------------------+

1 row in set (0.00 sec)

 

mysql> select * from poweruser;

+----+-------------------+

| id | otherProperty     |

+----+-------------------+

| 1 | Bla...Bla...      |

+----+-------------------+

1 row in set (0.00 sec)

仔细观察一下,看看defaultuserpoweruser表格中的id各自是对应于user表格中的哪笔数据。