JPA实体继承实体的映射策略
注：这里所说的实体指的是@Entity注解的类java
继承映射使用@Inheritance来注解，它的strategy属性的取值由枚举InheritanceType来定义（包含SINGLE_TABLE、TABLE_PER_CLASS、JOINED，分别相应三种继承策略）。@Inheritance注解仅仅能做用于继承结构的超类上。假设不指定继承策略，默认使用SINGLE_TABLE。app
JPA提供了三种继承映射策略：
一、 一个类继承结构一个表的策略。这是继承映射的默认策略。即假设实体类B继承实体类A，实体类C也继承自实体A，那么仅仅会映射成一个表，这个表中包含了实体类A、B、C中所有的字段。JPA使用一个叫作“discriminator列”来区分某一行数据是应该映射成哪一个实体。注解为：@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
二、 联合子类策略。这样的状况下子类的字段被映射到各自的表中，这些字段包含父类中的字段。并运行一个join操做来实例化子类。注解为：@Inheritance(strategy = InheritanceType.JOINED)
三、 每个详细的类一个表的策略。注解为：@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
1、一个类继承结构一个表的策略
这样的策略中，一个继承结构中的所有类都被映射到一个表中。该表中有一列被看成“discriminator列”，即便用该列来识别某行数据属于某个指定的子类实例。
这样的映射策略对实体和涉及类继承结构的查询的多态系统提供了很是好的支持。但缺点是要求与子类的指定状态相应的列可以为空。
实比例如如下：ide
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”。性能
2、联合子类策略
这样的策略超类会被映射成一个单独的表，每个子类也会映射成一个单独的表。子类相应的表中仅仅包含自身属性相应的字段，默认状况下使用主键做为超类相应的表的外键。url
这样的策略对于实体间的多态关系提供了很是好的支持。spa
但缺点是实例化子类实例时需要一个或多个表的关联操做。在深层次的继承结构中，这会致使性能很是低。hibernate
实比例如如下：
code
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同理。
不管超类是抽象类仍是详细类，都会生成相应的表。
3、每个详细的类一个表的策略
这样的映射策略每个类都会映射成一个单独的表，类的所有属性。包含继承的属性都会映射成表的列。
这样的映射策略的缺点是：对多态关系的支持有限，当查询涉及到类继承结构时一般需要发起SQL UNION查询。实比例如如下：
blog
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实现測试经过。
相关文章
- 1. JPA 实体映射
- 2. 简单实现JPA实体继承映射
- 3. Hibernate JPA实体继承的映射(一) 概述
- 4. JPA实体基本映射
- 5. Hibernate5中实体映射命名策略
- 6. Hibernate实体对象继承策略
- 7. JPA(二)：JPA实体映射关系
- 8. 【译】第7节---映射继承策略
- 9. Spring data JPA与实体类的映射
- 10. Spring JPA 实体映射的坑
- 更多相关文章...
- • DTD - 实体 - DTD 教程
- • C# 继承 - C#教程
- • ☆基于Java Instrument的Agent实现
- • Docker容器实战(八) - 漫谈 Kubernetes 的本质
相关标签/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
最新文章
- 1. 在windows下的虚拟机中,安装华为电脑的deepin操作系统
- 2. 强烈推荐款下载不限速解析神器
- 3. 【区块链技术】孙宇晨：区块链技术带来金融服务的信任变革
- 4. 搜索引起的链接分析-计算网页的重要性
- 5. TiDB x 微众银行 | 耗时降低 58%，分布式架构助力实现普惠金融
- 6. 《数字孪生体技术白皮书》重磅发布（附完整版下载）
- 7. 双十一“避坑”指南：区块链电子合同为电商交易保驾护航！
- 8. 区块链产业，怎样“链”住未来？
- 9. OpenglRipper使用教程
- 10. springcloud请求一次好用一次不好用zuul Name or service not known
欢迎关注本站公众号,获取更多信息
相关文章