JPA实体继承实体的映射策略
注:这里所说的实体指的是@Entity注解的类
继承映射使用@Inheritance来注解。它的strategy属性的取值由枚举InheritanceType来定义(包含SINGLE_TABLE、TABLE_PER_CLASS、JOINED。分别相应三种继承策略)。@Inheritance注解仅仅能作用于继承结构的超类上。假设不指定继承策略,默认使用SINGLE_TABLE。
JPA提供了三种继承映射策略:
1、 一个类继承结构一个表的策略。这是继承映射的默认策略。
即假设实体类B继承实体类A,实体类C也继承自实体A。那么仅仅会映射成一个表,这个表中包含了实体类A、B、C中全部的字段,JPA使用一个叫做“discriminator列”来区分某一行数据是应该映射成哪个实体。注解为:@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
2、 联合子类策略。这样的情况下子类的字段被映射到各自的表中,这些字段包含父类中的字段,并运行一个join操作来实例化子类。注解为:@Inheritance(strategy = InheritanceType.JOINED)
3、 每一个详细的类一个表的策略。注解为:@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
一、一个类继承结构一个表的策略
这样的策略中。一个继承结构中的全部类都被映射到一个表中。该表中有一列被当作“discriminator列”。即使用该列来识别某行数据属于某个指定的子类实例。
这样的映射策略对实体和涉及类继承结构的查询的多态系统提供了非常好的支持。
但缺点是要求与子类的指定状态相应的列能够为空。
实比例如以下:
package com.mikan; import java.io.Serializable; import javax.persistence.Column;
import javax.persistence.DiscriminatorColumn;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.Inheritance;
import javax.persistence.InheritanceType;
import javax.persistence.Table; @Entity
@Table(name = "EMP")
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "emp_type")
public class Employee implements Serializable { private static final long serialVersionUID = -7674269980281525370L; @Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
protected Integer empId; @Column
protected String name; // getter/setter方法 } package com.mikan; import javax.persistence.Column;
import javax.persistence.DiscriminatorValue;
import javax.persistence.Entity; @Entity
@DiscriminatorValue("FT")
public class FullTimeEmployee extends Employee { private static final long serialVersionUID = 9115429216382631425L; @Column
private Double salary; // getter/setter方法 } package com.mikan; import javax.persistence.Column;
import javax.persistence.DiscriminatorValue;
import javax.persistence.Entity; @Entity
@DiscriminatorValue("PT")
public class PartTimeEmployee extends Employee { private static final long serialVersionUID = -6122347374515830424L; @Column(name = "hourly_wage")
private Float hourlyWage; // getter/setter方法 }
当中,超类的@DiscriminatorColumn注解能够省略,默认的“discriminator列”名为DTYPE,默认类型为STRING。
@DiscriminatorColumn注解仅仅能使用在超类上,不能使用到详细的子类上。
discriminatorType的值由DiscriminatorType枚举定义,包含STRING、CHAR、INTEGER。假设指定了discriminatorType,那么子类上@ DiscriminatorValue注解的值也应该是对应类型。
@DiscriminatorValue注解仅仅能使用在详细的实体子类上。
相同@DiscriminatorValue注解也能够省略,默认使用类名作为值。
上面的样例中。仅仅会生成一个表,包括了字段emp_type、empId、name、salary、hourly_wage。当保存FullTimeEmployee时。emp_type的值为“FT”。 当保存PartTimeEmployee时,emp_type的值为“PT”。
二、联合子类策略
这样的策略超类会被映射成一个单独的表。每一个子类也会映射成一个单独的表。子类相应的表中仅仅包含自身属性相应的字段,默认情况下使用主键作为超类相应的表的外键。
这样的策略对于实体间的多态关系提供了非常好的支持。
但缺点是实例化子类实例时须要一个或多个表的关联操作。
在深层次的继承结构中,这会导致性能非常低。
实比例如以下:
package com.mikan; import java.io.Serializable; import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.Inheritance;
import javax.persistence.InheritanceType;
import javax.persistence.Table; @Entity
@Table(name = "EMP")
@Inheritance(strategy = InheritanceType.JOINED)
public class Employee implements Serializable { private static final long serialVersionUID = -7674269980281525370L; @Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
protected Integer empId; @Column
protected String name; // getter/setter方法 } package com.mikan; import javax.persistence.Column;
import javax.persistence.DiscriminatorValue;
import javax.persistence.Entity;
import javax.persistence.Table; @Entity
@Table(name = "FT_EMP")
public class FullTimeEmployee extends Employee { private static final long serialVersionUID = 9115429216382631425L; @Column
private Double salary; // getter/setter方法 } package com.mikan; import javax.persistence.Column;
import javax.persistence.DiscriminatorValue;
import javax.persistence.Entity;
import javax.persistence.Table; @Entity
@Table(name = "PT_EMP")
public class PartTimeEmployee extends Employee { private static final long serialVersionUID = -6122347374515830424L; @Column(name = "hourly_wage")
private Float hourlyWage; // getter/setter方法 }
这会映射成三个详细的表。各自是,Employee相应EMP表,字段包含empId、name;FullTimeEmployee相应FT_EMP表,字段包含empId、salary;PartTimeEmployee相应PT_EMP表,字段包含empId、hourly_wage。
当中。表FT_EMP和PT_EMP中的empId作为表EMP的外键,同是它也是主键。默认情况下,使用超类的主键作为子类的主键和外键。
当然。能够通过@PrimaryKeyJoinColumn注解来自己指定外键的名称,如FullTimeEmployee使用@PrimaryKeyJoinColumn(name
= "FT_EMPID")注解,那么该子类实体的字段为FT_EMPID、name。FT_EMPID作为表FT_TIME的主键,同一时候它也是EMP表的外键。
子类实体每保存一条数据。会在EMP表中插入一条记录。如FT_EMP表插入一条数据,会先在EMP表中插入name,并生成empId。再在FT_EMP表中插入empId和salary。PT_EMP同理。
无论超类是抽象类还是详细类。都会生成相应的表。
三、每一个详细的类一个表的策略
这样的映射策略每一个类都会映射成一个单独的表。类的全部属性。包含继承的属性都会映射成表的列。
这样的映射策略的缺点是:对多态关系的支持有限。当查询涉及到类继承结构时通常须要发起SQL UNION查询。
实比例如以下:
package com.mikan; import java.io.Serializable; import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.Inheritance;
import javax.persistence.InheritanceType;
import javax.persistence.Table; @Entity
@Table(name = "EMP")
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
public class Employee implements Serializable { private static final long serialVersionUID = -7674269980281525370L; @Id
@GeneratedValue(strategy = GenerationType.TABLE)
protected Integer empId; @Column
protected String name; // getter/setter方法 } package com.mikan; import javax.persistence.Column;
import javax.persistence.DiscriminatorValue;
import javax.persistence.Entity;
import javax.persistence.Table; @Entity
@Table(name = "FT_EMP")
public class FullTimeEmployee extends Employee { private static final long serialVersionUID = 9115429216382631425L; @Column
private Double salary; // getter/setter方法 } package com.mikan; import javax.persistence.Column;
import javax.persistence.DiscriminatorValue;
import javax.persistence.Entity;
import javax.persistence.Table; @Entity
@Table(name = "PT_EMP")
public class PartTimeEmployee extends Employee { private static final long serialVersionUID = -6122347374515830424L; @Column(name = "hourly_wage")
private Float hourlyWage; // getter/setter方法 }
这会映射成三个详细的表,各自是,Employee相应EMP表,字段包含empId、name;FullTimeEmployee相应FT_EMP表,字段包含empId、salary;PartTimeEmployee相应PT_EMP表。字段包含empId、hourly_wage。当中,表FT_EMP和PT_EMP中的empId和EMP表的empId没有不论什么关系。子类实体每保存一条数据,EMP表中不会插入记录。
并且主键的生成策略不能使用GenerationType.AUTO或GenerationType.IDENTITY。否则会出现异常:
org.hibernate.MappingException: Cannot use identity column key generation with <union-subclass> mapping for: com.mikan.PartTimeEmployee
由于TABLE_PER_CLASS策略每一个表都是单独的,没有而且各表的主键没有不论什么关系。所以不能使用GenerationType.AUTO或GenerationType.IDENTITY主键生成策略,能够使用GenerationType.TABLE。
假设超类是抽象类,那么不会生成相应的表。假设超类是详细的类,那么会生成相应的表。
以上实例使用JPA的hibernate实现測试通过。
JPA实体继承实体的映射策略的更多相关文章
- Hibernate JPA实体继承的映射(二) @MappedSuperclass
基于代码复用和模型分离的思想,在项目开发中使用JPA的@MappedSuperclass注解将实体类的多个属性分别封装到不同的非实体类中. 1.@MappedSuperclass注解只能标准在类上:@ ...
- Hibernate JPA实体继承的映射(一) 概述
http://www.cnblogs.com/yingsong/p/5179975.html 注:文章中据说的实体指的是被@Entity注解的类. JPA中对象关系映射通常情况下是一个实体对应一个 ...
- JPA实体继承映射
注意:据说,在本文所指的实体是@Entity注解的类. JPA在对象 - 关系映射通常情况下一个实体对应表,不管是什么这两个实体之间的关系.假设两个实体之间的继承关系.那么它是如何映射? JPA实体支 ...
- JavaEE(15) - JPA实体继承
1. 实体继承映射的三种策略 #1. 整个类层次对应一张表 #2. 连接子类 #3. 每个具体类对应一张表 2. 使用抽象实体 3. 使用非实体父类 4. 重定义子类实体的外键列 ---------- ...
- 缓存策略 半自动化就是mybaitis只支持数据库查出的数据映射到pojo类上,而实体到数据库的映射需要自己编写sql语句实现,相较于hibernate这种完全自动化的框架我更喜欢mybatis
springboot入门(三)-- springboot集成mybatis及mybatis generator工具使用 - FoolFox - CSDN博客 https://blog.csdn.net ...
- Spring Data Jpa系列教程--------实体解析和关联关系
Spring Data Jpa是基于HIbernate开发的,所以建立实体建的实体和映射关系需要好好好的去了解一下,本文有以下内容,实体管理器介绍,实体与数据库表的映射介绍,关联关系(一对多,多对多) ...
- Code First的实体继承模式
Entity Framework的Code First模式有三种实体继承模式 1.Table per Type (TPT)继承 2.Table per Class Hierarchy(TPH)继承 3 ...
- Entity Framework应用:Code First的实体继承模式
Entity Framework的Code First模式有三种实体继承模式 1.Table per Type (TPT)继承 2.Table per Class Hierarchy(TPH)继承 3 ...
- 接口是否可继承接口? 抽像类是否可实现(implements)接口? 抽像类是否可继承实体类(concrete class)?
接口是否可继承接口? 抽像类是否可实现(implements)接口? 抽像类是否可继承实体类(concrete class)? 1. 接口可以继承接口. 2. 抽像类可以实现(implements)接 ...
随机推荐
- Android.mk中引用第3方动态库
Android.mk 文件内容: LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE_TAGS := optional LOC ...
- CRFPP/CRF++编译安装与部署
CRFPP/CRF++编译安装与部署 下载CRF++ https://taku910.github.io/crfpp/#download 说明:在上面网站中下载CRF++ 0.58 解压 tar zx ...
- JavaBean的应用
1. 获取JavaBean属性信息 例1.1 在JSP页面中显示JavaBean属性信息. (1)创建名称为Produce的类,该类是封装商品对象的JavaBean,在Produce类中创建商品属性, ...
- eclipse oracle Database Manager plugin oracle数据库连接插件
在eclipseIDE中开发项目需要经常连接oracle数据库,装一些oracle client 去连接数据库,界面来回切换比较麻烦,所以专门找了一个eclipse插件专门连接oracle,跟大家分享 ...
- go语言基础之复合类型
1.分类 类型 名称 长度 默认值 说明 pointer 指针 nil array 数组 0 slice 切片 nil 引⽤类型 map 字典 nil 引⽤类型 struct 结构体 2.指针 指针是 ...
- Cesium随笔(5)CZML介绍(介个文章是转的嘿嘿)【转】
通过czml可以在cesium上实现非常棒的动态效果 (1)Cesium Language (CZML) 入门--CZML Structure(CZML的结构) 原文地址:https://github ...
- 让两个DIV的高度隐式同步
以前遇到两个相临近的块,高度要一样,但是内容多少又不定时,我都是通过把这两块封装在TD里面实现,但今天在CSDN上面看到有人要通过JS来实现这个,我尝试了一下.http://topic.csdn.ne ...
- RUP
RUP随想 [摘要] 本文主要阐述一下我对RUP软件工程思想的看法以及一些感想.我认为软件工程既然是工程,那么纯粹的空谈理论是没有意义的,软件工程需要实干.我认为软件工程的思想实际上和兵法理论是一样的 ...
- 转: 网卡名字eth0,eth1的修改方法
转自:http://longwind.blog.51cto.com/419072/982738 我使用这个方法生效: 现象:只有eth2, vi /etc/udev/rules.d/70-per ...
- Cognos由于JAVA_HOME冲突引起的错误假象
Cognos的安装和配置并不是很复杂,但是对于初次安装的用户来说,还是要注意一些细节,比如JDK问题,今天我们就来阐述一下这个问题 场景1: 作为一个开发人员,很多人是十八般武艺样样精通,难免已经在自 ...