Spring Data JPA 实战 - PA的继承策略

在Spring Data JPA中,实体类的继承策略是指如何在一个继承层次结构中映射实体类到数据库表。JPA支持四种主要的继承策略:Table Per Class (TPC),Table Per Subclass (TPS),Table Per Concrete Class (TPCC),以及Joined Table (JT)策略。每种策略都有其适用场景和特点。

1. Table Per Class (TPC)

Table Per Class策略是最简单的一种策略,它为每个实体类创建一个表,即使这些实体类之间存在继承关系。这种策略的好处是查询性能较高,因为每个实体类都有自己的表,不需要进行额外的联表查询。但是,它可能导致数据冗余,因为共同的属性会在多个表中重复。

1.1 示例

假设我们有两个实体类:VehicleCar,其中Car继承自Vehicle

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "type", discriminatorType = DiscriminatorType.STRING)
public abstract class Vehicle {
    @Id
    @GeneratedValue
    private Long id;
    private String model;
}

@Entity
@DiscriminatorValue("CAR")
public class Car extends Vehicle {
    private int numberOfDoors;
}

在这个例子中,VehicleCar都映射到同一个表中,通过一个额外的列type来区分不同类型的实体。

2. Table Per Subclass (TPS)

Table Per Subclass策略为每个子类创建一个单独的表,并使用一个共同的外键引用父类的主键。这种策略的优点是可以避免数据冗余,但可能会导致性能下降,因为在查询时可能需要进行表关联。

2.1 示例

假设我们有两个实体类:VehicleCar

@Entity
public abstract class Vehicle {
    @Id
    @GeneratedValue
    private Long id;
    private String model;
}

@Entity
@Table(name = "cars")
public class Car extends Vehicle {
    private int numberOfDoors;
}

在这种情况下,VehicleCar将分别映射到VEHICLECARS表中,CARS表会有一个外键指向VEHICLE表的主键。

3. Table Per Concrete Class (TPCC)

Table Per Concrete Class策略类似于Table Per Subclass策略,但只适用于最终子类。这意味着如果一个类没有子类,那么它将拥有自己的表。这种策略可以减少表的数量,并提高查询性能。

3.1 示例

假设我们有两个实体类:VehicleCar,其中Vehicle没有子类。

@Entity
public class Vehicle {
    @Id
    @GeneratedValue
    private Long id;
    private String model;
}

@Entity
@Table(name = "cars")
public class Car extends Vehicle {
    private int numberOfDoors;
}

在这个例子中,VehicleCar分别映射到VEHICLECARS表中。

4. Joined Table (JT)

Joined Table策略使用一个单独的表来存储所有实体类的共享属性,并为每个子类创建一个附加表来存储特定于该子类的属性。这种策略的优点是避免了数据冗余,但同样可能导致性能问题,因为它需要进行表关联。

4.1 示例

假设我们有两个实体类:VehicleCar

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public abstract class Vehicle {
    @Id
    @GeneratedValue
    private Long id;
    private String model;
}

@Entity
public class Car extends Vehicle {
    private int numberOfDoors;
}

在这个例子中,VehicleCar将映射到不同的表中,Car表会有一个外键指向Vehicle表的主键。

5. 选择合适的策略

选择合适的继承策略取决于多种因素,包括性能要求、数据冗余容忍度、查询复杂性等。一般来说:

  • 如果性能是首要考虑的因素,并且你希望避免表关联,那么Table Per Class可能是最好的选择。
  • 如果你关心数据冗余,并且不介意可能的性能损失,那么Table Per Subclass或Joined Table可能是更好的选择。
  • 如果你的设计中包含一些抽象类,并且只有最终子类才需要映射到表,那么Table Per Concrete Class策略将非常有用。

6. 示例代码

下面是一个完整的示例,展示如何使用Table Per Subclass策略。

6.1 Vehicle Entity
@Entity
public abstract class Vehicle {
    @Id
    @GeneratedValue
    private Long id;
    private String model;
}

@Entity
@Table(name = "cars")
public class Car extends Vehicle {
    private int numberOfDoors;
}
6.2 Vehicle Repository
public interface VehicleRepository extends JpaRepository<Vehicle, Long> {
}
6.3 Vehicle Service
@Service
public class VehicleService {

    private final VehicleRepository vehicleRepository;

    public VehicleService(VehicleRepository vehicleRepository) {
        this.vehicleRepository = vehicleRepository;
    }

    public Vehicle saveVehicle(Vehicle vehicle) {
        return vehicleRepository.save(vehicle);
    }

    public List<Vehicle> findAllVehicles() {
        return vehicleRepository.findAll();
    }
}

7. 总结

通过上述示例,你可以看到如何在Spring Data JPA中使用不同的继承策略来映射实体类。每种策略都有其适用场景,选择最适合你的应用程序需求的策略非常重要。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值