相关疑难解决方法(0)

在数据库中建模继承的最佳实践是什么？

权衡取舍(例如可疑性)是什么？

(我对SQL Server和.NET最感兴趣,但我也想了解其他平台如何解决这个问题.)

什么是提示/技巧,当你需要与继承,不支持继承关系数据库持久化类？

说我有这个经典的例子:

Person -> Employee -> Manager
                   -> Team lead
                   -> Developer
       -> Customer -> PrivilegedCustomer
                   -> EnterpriseCustomer

有哪些设计数据库的技术？各有利弊？

PS我已经搜查,发现有关数据库继承的几个问题,但大多数是有关更改到支持它本身数据库引擎.但是,让我说我坚持使用SQL Server 2005 ......我的选择是什么？

对于数据库分配,我必须为学校建模系统.部分要求是为员工,学生和家长建模信息.

在UML类图中,我将其建模为这三个类是人类型的子类型.这是因为他们都需要有关地址数据等信息.

我的问题是:我如何在数据库(mysql)中对此进行建模？

到目前为止的想法如下:

1. 创建一个单片人员表,其中包含每种类型的所有信息,并且根据存储的类型,将包含许多空值.(我怀疑除非我非常有说服力地辩论这个案子,否则这对讲师来说会很顺利).
2. 一个带有三个外键的人员表,它引用了这些子类型但其中两个是空的 - 实际上我甚至不确定这是否有意义或者是否可能？

3. 根据关于django的wikipage,可以在子类型上实现主键如下:

   "id" integer NOT NULL PRIMARY KEY REFERENCES "supertype" ("id")

4. 我还没有想到的其他东西......

对于那些之前在数据库中建模继承的人; 你是怎么做到的？你推荐什么方法？为什么？

非常欢迎链接到文章/博客文章或以前的问题.

谢谢你的时间!

UPDATE

好的,谢谢大家的答案.我已经有一个单独的地址表,所以这不是问题.

干杯,

亚当