如何解决实体框架需要按类型提供表格建议
| 我需要实现1个基类和3个子类（4个类）的解决方案 基类：用户 子类：客户，OfficeUser，员工 在我的数据库中，我只有3个表：用户，客户和员工。 我没有OfficeUsers表，因为我需要的所有数据已经在Users表中。 将来，我希望能够创建报告数量的客户，员工和OfficeUsers。 我不想使用TPH，因为“客户和员工”表中有很多非空字段。 是否应该仅使用UserId创建OfficeUsers表，以便实现TPT？ 它对我来说不是一个很好的设计-桌子只有PK，所以我可以正确地映射它-如果这样做是正确的，请纠正我。 另一个选择是在“用户”表中包含UserType列并将其用作区分符，但是它将与TPT一起使用吗？是否有可能创建缺少1个表的TPT并使用区分符，看起来像混合TPT和TPH，我认为这是不可能的。 预先感谢您的回答。 编辑： 请同时考虑以下情形： 我正在介绍新的类MobileUser
User
MobileUsers
OfficeUsers
OfficeUser
解决方法
我认为这只是一个视角问题，而不是架构问题……因为无论您做什么，最终都会得到一个PK表。
您可以创建一个OfficeUsers表，该表只能包含User的PK ...只是不要使其成为继承的类型。现在，您可以找到使用该办公室的所有用户的列表。结构是完全相同的，但是思路有些不同。
如果您有多个办公室，那么您将有一个带有ID的办公室表，那么您的OfficeUser将拥有它自己的类型表，因为额外的字段将是办公室外键...让您与众不同通缉。
但是，由于您（我假设）只有一个办公室，因此您不需要外键，因此只需要一张桌子就可以容纳使用办公室的用户...这是“六分之一”，无论您选择哪种方式，其他都可以使用六种，”
这就是为什么我会本能地在第二次编辑中使用的原因，您以后可能会添加更多字段，所以您最好输入“空”类型，因为无论哪种方式，您最终都会得到一个只存储PK的表。
,如果您的
OfficeUser
User
User
OfficeUser
Client
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
