Java Hibernate场景下Product、WarmProduct、Automat实体关联关系设计咨询

• 继承策略缺失：WarmProduct继承Product但未显式指定Hibernate继承映射规则，默认会走单表继承模式，把所有子类字段冗余存在Product主表，不仅产生大量空值字段，还会导致WarmProduct的关联关系侵入所有普通产品的查询逻辑
• 关联关系方向错误、模型偏差：在Product实体中强加了ManyToOne关联WarmProduct的外键，意味着每一条Product记录都要绑定所属的WarmProduct，本质上把多对多的“热饮-原材料”关系错写成了多对一的归属关系——比如糖、奶粉这类通用原材料，可以被多个热饮产品复用，单靠Product表上的外键根本存不下这类关联
• 枚举持久化方式错误：Product的type字段直接声明为Enum<types>类型，既没有指定持久化策略，泛型写法也不符合Hibernate的实体属性要求，运行时会出现枚举值存储为序列化乱码、字段校验失效的问题
• 核心关联缺失：Automat实体完全未与Product、WarmProduct建立数据连接，根本无法承载不同类型售货机的库存、销量存储需求，也没法支撑跨售货机的运营数据汇总

1. 基础产品域：Product与WarmProduct的关联重构 #

优先采用**连接式继承（InheritanceType.JOINED）**作为继承策略：公共字段存在product主表，WarmProduct独有的原材料关联存在独立的warm_product从表，两表共享同一个主键ID，既保留了Product作为所有产品父类的多态查询能力，也不会产生冗余字段。
原材料关联改为中间表实现的多对多关系，去掉Product侧冗余的warmProduct外键字段，同时加业务层校验约束：关联集合内的所有Product必须是type=SKŁADNIK的原材料类型，不允许把普通在售产品、WarmProduct本身加进原材料集合。
修正后的代码：

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public class Product {
   public enum Type {
       ZIMNY, CIEPŁY, SNACK, SKŁADNIK;
   }

   @Id
   @GeneratedValue(strategy = GenerationType.IDENTITY)
   private Long id;

   @Column(updatable = false, unique = true, nullable = false)
   @NotBlank(message = "Name is required")
   private String name;

   // 明确指定枚举按字符串值持久化，避免枚举顺序调整导致的映射错乱
   @Enumerated(EnumType.STRING)
   @Column(updatable = false, nullable = false)
   @NotNull(message = "Type is required")
   private Type type;

   @NotNull(message = "deleted is required")
   private Integer deleted = 0;
}

@Entity
public class WarmProduct extends Product {
   // 用独立中间表存储热饮和原材料的多对多关系，支持一个原材料被多个热饮复用
   @ManyToMany(fetch = FetchType.LAZY)
   @JoinTable(
       name = "warm_product_ingredient",
       joinColumns = @JoinColumn(name = "warm_product_id"),
       inverseJoinColumns = @JoinColumn(name = "ingredient_product_id")
   )
   private Set<Product> ingredients;
}

2. 售货机域：Automat与库存、销量的关联设计 #

不要把库存、销量字段直接塞到Automat或者Product实体上——库存是“某台售货机上的某款产品”的维度属性，和产品本身的全局信息、售货机本身的属性是拆分的。单独建关联实体AutomatProductStock承载这类维度信息，既能适配ZIMNY、SNACK类型售货机的普通产品库存存储，也能支撑CIEPŁY类型售货机的原材料库存、热饮销量记录需求。
修正后的代码：

@Entity
// 加唯一约束：同一台售货机下，同一个产品仅允许存在一条库存记录
@Table(uniqueConstraints = @UniqueConstraint(columnNames = {"automat_id", "product_id"}))
public class AutomatProductStock {
   @Id
   @GeneratedValue(strategy = GenerationType.IDENTITY)
   private Long id;

   @ManyToOne(fetch = FetchType.LAZY, optional = false)
   @JoinColumn(name = "automat_id")
   private Automat automat;

   // 多态关联所有产品类型：普通ZIMNY/SNACK产品、SKŁADNIK原材料、WarmProduct都可以作为库存对象
   @ManyToOne(fetch = FetchType.LAZY, optional = false)
   @JoinColumn(name = "product_id")
   private Product product;

   // 对应在售/原材料的库存数量
   @NotNull
   private Integer stockQuantity;

   // 仅对CIEPŁY类型售货机内的WarmProduct生效：记录该产品累计售出数量
   private Integer soldCount = 0;
}

@Entity
public class Automat {
   public enum Type {
       ZIMNY, CIEPLY, SNACK;
   }

   @Id
   @GeneratedValue(strategy = GenerationType.IDENTITY)
   private Long id;

   @NotBlank(message = "Nazwa jest wymagana")
   private String name;

   @Enumerated(EnumType.STRING)
   @NotNull
   private Type type;

   // 懒加载关联本机所有库存记录
   @OneToMany(mappedBy = "automat", fetch = FetchType.LAZY)
   private Set<AutomatProductStock> stockRecords;
}

3. 业务规则的落地约束 #

• 枚举的业务边界严格隔离：Product的Type枚举与Automat的Type枚举不做通用映射，由业务层做上架校验：ZIMNY类型售货机仅允许上架Product.Type=ZIMNY的产品，SNACK类型售货机仅允许上架Product.Type=SNACK的产品，CIEPŁY类型售货机仅允许存储两类库存：Product.Type=SKŁADNIK的原材料、WarmProduct类型的成品
• 全局汇总逻辑直接基于AutomatProductStock表实现：跨售货机的总库存、总销量、原材料消耗等统计需求，直接对该表做聚合查询即可，不需要额外搭建冗余汇总表，避免数据不一致
• 软删除逻辑统一在查询层过滤：所有关联查询（热饮的原材料列表、售货机的在售产品列表）都自动过滤Product.deleted=1的记录，避免已下线产品被误关联

内容的提问来源于stack exchange，提问作者Michał Reyman