hiberante入门（十二）：继承关系2

最新推荐文章于 2025-08-17 21:14:48 发布

c_feers

最新推荐文章于 2025-08-17 21:14:48 发布

阅读量133

点赞数

CC 4.0 BY-SA版权

分类专栏： Hibernate 文章标签： Hibernate SQL Google JavaScript 数据结构 ViewUI

本文链接：https://blog.youkuaiyun.com/c_feers/article/details/83699834

Hibernate 专栏收录该内容

21 篇文章

订阅专栏

本文详细介绍了Hibernate中四种不同的继承关系映射策略：单一表、每个子类共享表、联合使用表以及每个具体类一张完整表。通过具体的配置示例和SQL语句，帮助读者理解不同映射方式的特点及应用场景。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

上接hiberante入门（十二）：继承关系1

（3）联合使用表：

意思是同时使用（1）（2）的形式，主要目的是为了能使用鉴别类型，但同时也能“设定为非空”。同样只需要修改配置文件，修改后的内容如下：

Java代码

<class name="Employee" discriminator-value="0">
<id name="id">
<generator class="native" />
</id>
<discriminator column="sign" type="string" />
<property name="name"></property>
<many-to-one name="depart" column="depart_id" />
<subclass name="Sale" discriminator-value="1">
<property name="signSale"></property>
</subclass>
<subclass name="Skill" discriminator-value="2">
<join table="skill">
<key column="skill_id" />
<property name="signSkill" />
</join>
</subclass>
</class>

<class name="Employee" discriminator-value="0">
		<id name="id">
			<generator class="native" />
		</id>
		<discriminator column="sign" type="string" />
		<property name="name"></property>
		<many-to-one name="depart" column="depart_id" />

		<subclass name="Sale" discriminator-value="1">
			<property name="signSale"></property>
		</subclass>
		<subclass name="Skill" discriminator-value="2">
			<join table="skill">
				<key column="skill_id" />
				<property name="signSkill" />
			</join>
		</subclass>
</class>

观察上面的配置文件，不难发现我们对Sale采取了（1）方式，对Skill采取了（3）方式。同样请留意hibernate的sql语句和执行后的表。特别要说明的是：在进行操作时，由于hibernate在进行操作时不能删除前面的相关联的表（主要是和第一种继承关系“共享一张表”时发生冲突，因为在建立的三张表，在未删除sale/skill表时，是不能来删除employee表，因为employee表中的主键被另两张表关联了），所以需要手工删除表或者是直接删除数据库再建数据库。补充：借助此例我们来看看discriminator-value的默认情况：如果我们在<subclass name="Skill" discriminator-value="2">中不写discriminator-value配置，再来执行发现一切正常，查表发现它的sign值为“com.asm.hibernate.domain.Skill”即完整的类名，属于字串，所以执行正常。但当我们把<discriminator>中的type属性改成int时将会报错，因为默认不写是以完整的类名字串来作为标识，而我们设定type为int,所以将不能匹配类型。

（4）每个具体类一张完整表：

与第（2）种情况相比，它的主要特点就是为每个具体类建立一张表，表的字段对应子类本身的属性，同样也包括父类的所有属性。同样只需要修改配置文件如下：

Java代码

<class name="Employee">
<id name="id">
<generator class="hilo" />
</id>
<property name="name"></property>
<many-to-one name="depart" column="depart_id" />
<union-subclass name="Sale">
<property name="signSale" />
</union-subclass>
<union-subclass name="Skill">
<property name="signSkill" />
</union-subclass>
</class>

<class name="Employee">
		<id name="id">
			<generator class="hilo" />
		</id>
		<property name="name"></property>
		<many-to-one name="depart" column="depart_id" />
		<union-subclass name="Sale">
			<property name="signSale" />
		</union-subclass>
		<union-subclass name="Skill">
			<property name="signSkill" />
		</union-subclass>
	</class>

注意：id生成器选择了“hilo”,由于我们为每个具体类都映射了一张表，所以id不能只在每张表中递增，如果只在每张表中递增，这里的三张表中的id将会出现重复，这样我们在采用多态查询，将会查出多种结果，我们应让id是唯一的，所以采取了hilo的方式来生成id，它能保证id是全局性的递增生成，这样每张表中的id均不会重复。同样请注意，可能需要删除某些表或者是删库建库才能执行测试类。执行完成后，需留意hibernate产生的sql语句和表的结构内容。补充说明：在使用这种方法时，如果父类为抽象类也是可行得，我们可以在<class>元素中配置abstract=”true”来说明父类为抽象类，自然就不会为其建表。