实体框架需要按类型提供表格建议

如何解决实体框架需要按类型提供表格建议

| 我需要实现1个基类和3个子类（4个类）的解决方案基类：用户子类：客户，OfficeUser，员工在我的数据库中，我只有3个表：用户，客户和员工。我没有OfficeUsers表，因为我需要的所有数据已经在Users表中。将来，我希望能够创建报告数量的客户，员工和OfficeUsers。我不想使用TPH，因为“客户和员工”表中有很多非空字段。是否应该仅使用UserId创建OfficeUsers表，以便实现TPT？它对我来说不是一个很好的设计-桌子只有PK，所以我可以正确地映射它-如果这样做是正确的，请纠正我。另一个选择是在“用户”表中包含UserType列并将其用作区分符，但是它将与TPT一起使用吗？是否有可能创建缺少1个表的TPT并使用区分符，看起来像混合TPT和TPH，我认为这是不可能的。预先感谢您的回答。编辑：请同时考虑以下情形：我正在介绍新的类MobileUser，它也具有与User相同的字段。在那种情况下，如果不为用户类型引入新列，我将无法知道系统中有多少MobileUsers和多少OfficeUsers。在这种情况下，有2个空表（仅PK）比在我对表数量的查询中创建依赖项更好/更糟糕，并且此外还阻止了我使用某些LINQ查询（请参阅Ladislav Mrnka回答下的我的评论）编辑2：将来我有可能必须将字段添加到OfficeUser中，因此我开始认为空表可以以某种方式成为一种选择，至少C＃代码（查询）看起来更干净。让我知道您是否有更好的方法。

解决方法

我认为这只是一个视角问题，而不是架构问题……因为无论您做什么，最终都会得到一个PK表。您可以创建一个OfficeUsers表，该表只能包含User的PK ...只是不要使其成为继承的类型。现在，您可以找到使用该办公室的所有用户的列表。结构是完全相同的，但是思路有些不同。如果您有多个办公室，那么您将有一个带有ID的办公室表，那么您的OfficeUser将拥有它自己的类型表，因为额外的字段将是办公室外键...让您与众不同通缉。但是，由于您（我假设）只有一个办公室，因此您不需要外键，因此只需要一张桌子就可以容纳使用办公室的用户...这是“六分之一”，无论您选择哪种方式，其他都可以使用六种，” 这就是为什么我会本能地在第二次编辑中使用的原因，您以后可能会添加更多字段，所以您最好输入“空”类型，因为无论哪种方式，您最终都会得到一个只存储PK的表。 ,如果您的OfficeUser与User完全相同，则您不需要任何其他课程。使用User代替OfficeUser以及derived9ѭ和Client的派生类