【发布时间】:2011-02-11 08:52:35
【问题描述】:
我正在设计一个数据库,供学生向公司申请在公司实习一年。
http://i908.photobucket.com/albums/ac286/gegenki/ERModel.png
[请忽略线条是实线还是虚线]
总结
一个“学生”可能会制作许多“应用程序”
一个“申请”有很多“进度”(进度中的记录存储了申请过程中的每个更新,例如第一次面试通过的日期,第二次面试的日期)
针对一项“工作”提出“申请”
“公司”可能会提供许多“工作”
状态是一个弱实体,因为它只存在于特定的应用程序中。 我不知道应用程序是强实体还是弱实体。 弱实体的主键必须引用所有者键作为属性之一。
但是,我目前拥有组成应用程序的密钥 来自“学生”实体的学生 ID 和 JobRef 来自“工作”实体。 2 个外键,来自 2 个不同的实体。 应用程序可以是弱实体吗?
我目前的假设是应用程序是一个强身份,因为弱化它会给它两个所有者,这将是模棱两可的。
【问题讨论】:
标签: entity primary-key relational-database entity-relationship