@Inheritance(strategy =&nbs…

探讨了在使用Java和JPA框架进行实体建模时,如何正确应用不同的表继承策略,特别是当抽象类被用作其他实体的引用时,Table per Class策略所带来的问题。

考虑下面一种情况

建立一个“Human”类,作为抽象类。

 

[java]  view plain copy
  1. @Entity  
  2. @Inheritance(strategy InheritanceType.JOINED)  
  3. public abstract class Human implements Serializable  
  4.     private static final long serialVersionUID 1856374544815477685L;  
  5.         //..........................................  
  6.  

 

 

建立一个“Employee”类,继承Human。

 

[java]  view plain copy
  1. @Entity  
  2. @Table(name="EMPLOYEE_INFO" 
  3. public class Employee extends Human  
  4.      //...............................  
  5.  

 

下面是一个Award类型,其中“奖励记录发布人”不能指定为任何一种具体的"human", 因此必须声明为"Human"类型。

 

[java]  view plain copy
  1. @Entity  
  2. public class Award implements Serializable  
  3.       
  4.     @ManyToOne  
  5.     private Human publisher;  
  6.       
  7.     //....................................  
  8.  

此时如果采用的表生成策略是InheritanceType.TABLE_PER_CLASS,而非代码中所示的InheritanceType.JOINED的话,程序就无法正确运行。

根据这种表生成策略,HUMAN表里面将不会有任何信息。而AWARD表里面的外键引用的却是HUMAN表的ID。同时程序也不会知道当前的赋值给当前publisher的对象到底是存放在Employee对应的表里面还是其他Human的子类对应表里面。

 

因此,table_per_class的表生成策略,只有在抽象类不会在其他实体的代码中被引用的时候才适用。

### @Inheritance(strategy = InheritanceType.SINGLE_TABLE) 注解详解 #### 单表继承策略概述 单表继承策略意味着所有的类都映射到同一张数据库表中。这张表包含了所有子类的字段,通过一个区分符(通常是枚举或字符串类型的列)来识别具体属于哪个子类实例[^1]。 #### 实现细节 为了实现这一点,在父类上应用 `@Inheritance` 注解并指定 `strategy=SINGLE_TABLE` 参数。同时还需要定义一个辨别器列 (`discriminator column`) 来存储类型信息: ```java @Entity @Inheritance(strategy=InheritanceType.SINGLE_TABLE) @DiscriminatorColumn(name="TYPE", discriminatorType=DiscriminatorType.STRING) public abstract class Animal { @Id private Long id; // other fields and methods... } ``` 对于每一个具体的实体子类,则需指明其对应的辨别值: ```java @Entity @DiscriminatorValue("DOG") public class Dog extends Animal { } @Entity @DiscriminatorValue("CAT") public class Cat extends Animal { } ``` 这样设置之后,当保存不同种类的对象时,JPA 将自动处理好辨别器列的内容填充工作,并能正确加载相应的对象实例[^2]。 #### 数据库结构特点 采用此模式下创建的数据表将会非常宽泛,因为它要容纳来自各个派生类的所有属性。虽然这可能造成一定程度上的数据冗余,但是查询效率较高,因为不需要执行复杂的联接操作就能获取完整的对象图谱[^3]。 #### 性能考量与最佳实践建议 尽管单表继承简化了读取逻辑,但在某些场景下可能会带来性能瓶颈——特别是随着子类数量增加以及各子类间共享公共字段较少的情况下。因此,在设计之初应当充分评估业务需求和技术选型之间的平衡关系[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值