如何在JPA中强制多外键的互斥约束规则？

问题1：如何映射这些关系以强制第4条约束？ #

由于无法修改现有数据库Schema和业务代码，只能通过数据库层面的机制来强制“同一时间仅能设置一个外键列的值”的规则，具体有两种实现方式：

• 检查约束（Check Constraint）：直接给TABLE_RESULT添加检查约束，确保三个外键列中恰好有一个不为空。
  示例SQL（适用于PostgreSQL、SQL Server、MySQL 8.0+）：

  ALTER TABLE TABLE_RESULT
  ADD CONSTRAINT CK_TABLE_RESULT_SINGLE_FK
  CHECK (
    (FK_TABLE_A_ID IS NOT NULL AND FK_TABLE_B_ID IS NULL AND FK_TABLE_C_ID IS NULL)
    OR (FK_TABLE_A_ID IS NULL AND FK_TABLE_B_ID IS NOT NULL AND FK_TABLE_C_ID IS NULL)
    OR (FK_TABLE_A_ID IS NULL AND FK_TABLE_B_ID IS NULL AND FK_TABLE_C_ID IS NOT NULL)
  );
  

  若使用MySQL 5.7及更早版本，检查约束仅语法支持但不生效，需改用触发器实现。
• 触发器（Trigger）：针对TABLE_RESULT的插入、更新操作编写触发器，在数据变更时检查非空外键列的数量，若不等于1则抛出错误回滚操作。
  核心逻辑：统计FK_TABLE_A_ID、FK_TABLE_B_ID、FK_TABLE_C_ID中非空值的个数，若结果不是1则终止操作。

问题2：是否可通过FK_TABLE_A_OR_B_OR_C_ID关联多表主键，并新增TYPE列标识关联表？ #

这个方案是可行的，但存在以下关键限制：

• 无原生外键支持：数据库原生外键只能指向单一表，因此无法通过外键约束强制FK_TABLE_A_OR_B_OR_C_ID的值存在于TYPE指定的表中，只能通过触发器或应用层逻辑来保证引用完整性。
• 索引需求：必须为(TYPE, FK_TABLE_A_OR_B_OR_C_ID)创建组合索引，否则查询关联数据时会出现全表扫描，影响性能。
• 生产环境适配问题：如果TABLE_RESULT已在生产环境中使用，新增列需要完成数据迁移——将现有三个外键列的非空值映射到新列，并对应设置TYPE标识。但如果无法修改业务代码，这个方案没有实际意义，因为代码仍会操作原有的三个外键列，新列无法被业务逻辑利用。

内容的提问来源于stack exchange，提问作者user3072470