Entity Framework中Event类一对一关联约束与类型设计技术咨询

每条记录的3个一对一关系中仅会有1个非空。现有一个Event类，该类的事件仅属于Campaign、County、State三者之一（尽管Campaign/County事件发生在某州，但并非州级事件），代码定义如下：

public class Event
{
    public Campaign? Campaign { get; set; }

    public County? County { get; set; }

    public State? State { get; set; }

    // lots of additional properties
}

1. 是否可以让EF知晓这三个属性中恰好一个必须非空，这样做是否有价值？
2. 是否存在类似C语言union结构的方式，将这三个类型合并为单个非空属性（不声明为Object类型）？
   若上述问题答案为否，那么在EF中让这三个类实现同一接口是否存在弊端？
   另外出于好奇（此场景下接口更合理），让三者继承同一基类在EF中是否存在弊端？

问题1：EF感知“恰好一个属性非空”的可行性与价值 #

可以实现，且有明确价值：

• 实现方式：
  • 模型层面：重写DbContext的ValidateEntity方法，或为Event类添加自定义验证特性，校验三个属性中恰好有一个非空。
  • 数据库层面：添加CHECK约束，确保对应外键列（若属性为导航属性）中恰好一个不为NULL。
• 价值：
  • 杜绝数据不一致：避免出现多属性非空（逻辑矛盾）或全空（不符合业务规则）的无效数据。
  • 降低上层校验成本：让EF和数据库共同保障数据合规，减少业务代码的重复校验逻辑。

问题2：类似C语言union的实现方案 #

.NET和EF中没有直接对应C语言union的原生结构，但可以通过以下方式模拟：

• 自定义判别式+类型约束：新增EventType枚举（Campaign/County/State）标记事件所属类型，结合单个抽象类型属性。不过EF对抽象类型导航属性的支持有限，通常需配合值转换器或投影使用。
• 第三方库辅助：比如OneOf库可定义仅能为指定类型之一的属性，但EF默认不支持，需自行编写值转换器完成数据库映射。

如果拒绝第三方库和Object类型，最接近的方案是结合EF的继承映射（如TPH），但本质属于继承范畴，并非严格意义的union。

接口实现的弊端 #

让Campaign、County、State实现同一接口，在EF中几乎无明显弊端：

• EF对接口的支持友好，可通过接口统一三者的共性方法/属性，便于后续扩展（新增类型只需实现接口）。
• 唯一注意点：EF无法直接将接口上的查询条件转换为SQL，查询时需基于具体类型编写逻辑。

继承基类的弊端 #

让三者继承同一基类，在EF中存在以下需注意的问题：

• 映射策略局限：
  • 采用TPH（单表映射整个继承层次）会导致表结构冗余，子类专属属性列会大量为NULL；
  • 采用TPT（每个类型一张表）会增加查询时的表连接开销，影响性能。
• 业务逻辑耦合：基类易引入不必要的共性，后续修改基类会波及所有子类，违反单一职责原则。
• 配置复杂度提升：需额外配置继承映射的判别式列、子类专属属性映射，相比接口实现步骤更多。

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