问题描述
|
我需要实现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