在对象导向设计中,继承关系是很常见的,但继承与关系型数据库有着先天上的差异,继承关系至表格的设计上有三种方式。
1 继承 - Table per concrete class
如果您采取的是对象模型的方式来设计程序,那么继承关系可能就会在您的程序设计中出现,然而关系型数据库的关联模型与对象模型并不匹配,为了映像对象模型 与关联模型,您可以采取三种策略,这边先介绍最简单的一种: Table per concrete class ,也就是每一个类别就对应一个表格。
以实例来说明,如果您的程序中有以下的继承关系:
以 Table per concrete class 的方式在关系型数据库中设计表格以作映像,就是直接对 DefaultUser 与 PowerUser 设计两个表格与之对应,如下:
两个表格没有任何的关系, defaultuser 与 poweruser 表格各自拥有 id 、 name 字段,您可以如下建立表格:
User.java
DefaultUser.java
在映射文件方面分别如下:
DefaultUser.hbm.xml
PowerUser.hbm.xml
当然,别忘了在 hibernate.cfg.xml 中定义使用这两个映射文件:
hibernate.cfg.xml
在储存对象时很简单,例如分别储存 DefaultUser 与 PowerUser 的实例:
至于查询方面,视您想查询哪个数据表,如果想同时查询 User 类对应的所有资料,则可以如下:
这个查询会找出所有 User 之子类别所对应之数据, Hibernate 实际上会使用以下的 SQL 进行查询:
也就是 Hibernate 自动判断 User 的继承关系,并分别对 DefaultUser 与 PowerUser 对 应的表格进行查询。
文件虽然很长,但其实不写这份文件也可以,还记得 基本查询 中曾经提过,如果您直接使用 "from java.lang.Object" 这样的 HQL 查询,所得到的结果是数据库中所有的数据,因为 Object 是 Java 中所有类别的父类别,写这份文件只是在加强您的印象,了解继承关系映像最基本的方式而已。
父类别 User 对应的表格呢?这边没有建立,如果需要的话,就自己再建立一个吧!并撰写对应的映射文件就可以了。
2 继承 - Table per class hierarchy
接续 上一个主题, Table per concrete class 的继承映像方式是最简单,但没有效率(例如查询同为 User 类型时,需要两次 SQL )且不易管理的映像方式,来看看继承关系映像至关系型数据库 的第二种方式: Table per class hierarchy 。
这种方式使用一个表格储存同一个继承阶层的所有类别,并使用额外的字段来表示所记录的是哪一个子类别的数据。
具体来说,对于继承 User 类别的 DefaultUser 及 PowerUser ,可以设计以下的表格来储存数据:
可以使用以下的 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 表格的 id 与 defaultuser 及 poweruser 的 id 一致,具体的说,在储存 DefaultUser 实例时, id 与 name 属性记录在 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)
仔细观察一下,看看 defaultuser 与 poweruser 表格中的 id 各自是对应于 user 表格中的哪笔数据。