需要实体框架每种类型的表建议

Question

我需要实现具有 1 个基类和 3 个子类（4 个类）的解决方案
基类： 用户
子类： Client、OfficeUser、Employee

在我的数据库中，我只有 3 个表：用户、客户和员工。
我没有 OfficeUsers 表，因为我需要的所有数据都已在 Users 表中。
将来我希望能够创建列出客户、员工和办公室用户数量的报告。

我不想使用 TPH，因为“客户”和“员工”表中有很多不可为空的字段。
我是否应该创建仅包含 UserId 的 OfficeUsers 表，以便我可以实施 TPT？
对我来说，它看起来不是很好的设计——只有 PK 的表，这样我就可以正确地映射它——如果这是这样做的方法，请纠正我。

另一种选择是在 Users 表中添加 UserType 列并将其用作鉴别器，但它可以与 TPT 一起使用吗？是否可以创建缺少 1 个表的 TPT 并使用鉴别器，看起来像是混合 TPT 和 TPH，我认为这是不可能的。

预先感谢您的回答。

编辑：

另请考虑这种情况：
我引入了名为 MobileUser 的新类，它也具有与 User 相同的字段。在这种情况下，如果不引入新的用户类型列，我就无法知道系统有多少 MobileUsers 和多少 OfficeUsers 。
在这种情况下，有 2 个空表（仅 PK）比在我的查询中创建对表数量的依赖更好/更差，并且还阻止我使用一些 LINQ 查询（请参阅 Ladislav Mrnka 答案下的评论）

编辑 2 ：

将来我有可能必须向 OfficeUser 添加字段，因此我开始认为空表可以以某种方式作为一种选择，至少是 C# 代码（查询）会看起来更干净。如果您有更好的方法，请告诉我。

Answer 1

我认为这只是一个视角问题，而不是一个架构问题……因为无论你做什么，你最终都会得到一个 PK 表。

您可以创建一个OfficeUsers表，其中可以仅包含用户的PK...只是不要将其设为继承类型。现在您有了使用该办公室的所有用户的列表，您可以对其进行查询。结构是一模一样的，只是思路有点不同。

如果您有多个办公室，您将有一个带有 id 的办公室表，那么您的 OfficeUser 将拥有自己的类型表，因为额外的字段将是办公室外键...给您您想要的区别。

但是，由于您（我认为）只有一个办公室，因此不需要外键，因此您只需要一张表来保存使用该办公室的用户......这是“一个的 6 个，一个的六个”其他”，实际上完全相同，无论您选择哪种方式。

这就是为什么我会在第二次编辑中遵循您的直觉，您稍后可能会添加更多字段，因此您也可以创建一个“空”类型......因为无论哪种方式，您最终都会得到一个表格存储 PK。

Answer 2

如果您的 OfficeUser 与 User 完全相同，那么您不需要任何额外的类。使用 User 而不是 OfficeUser 以及 Employee 和 Client 的派生类