Hibernate---继承

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

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 的继承关系,并分别对 DefaultUser 与 PowerUser 对 应的表格进行查询。

文件虽然很长,但其实不写这份文件也可以,还记得 基本查询 中曾经提过,如果您直接使用 "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 表格中的哪笔数据。



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值