SQL创建具有三元关系的弱实体集

SQL创建具有三元关系的弱实体集,sql,Sql,考虑以下两个实体集 员工(身份证、姓名、地址) 依亲(pname,年龄) 这里,Employee是一个强大的实体集,ID是它的主键Dependent是弱实体集,pname是它的部分键。实体集通过弱关系策略(金额)进行关联 我应该如何处理关系政策?我是否需要一个单独的表来存储关系和amount属性,或者我可以将其包含在Dependent表中您提到的这是一个三元关系。三元关系发生在三个实体之间存在多对多关系时。在这种情况下, Many Employee --- Many Dependent Man

考虑以下两个实体集

员工(身份证、姓名、地址)
依亲(pname,年龄)
这里,
Employee
是一个强大的实体集,
ID
是它的主键
Dependent
是弱实体集,
pname
是它的部分键。实体集通过弱关系策略(金额)进行关联


我应该如何处理关系政策?我是否需要一个单独的表来存储关系和amount属性,或者我可以将其包含在
Dependent
表中

您提到的这是一个三元关系。三元关系发生在三个实体之间存在多对多关系时。在这种情况下,

Many Employee --- Many Dependent Many Employee --- Many Policy Many Policy --- Many Dependent 许多雇员——许多依赖者 许多雇员——许多政策 多政策——多依赖 为了在关系数据库中支持这一点,需要将其分解为二进制关系。我不确定你是否真的有三元关系,因为你在质疑是否需要第三张桌子。如果关系是三元的,那么您将处理六个表。三个主要实体和三个交集表用于分解多对多关系

如果你的关系是这样的:

One Employee --- Many Dependent One Employee --- One Policy One Policy --- Many Dependent 一个雇员——许多依赖者 一名员工——一项政策 一个政策——多个依赖 那么是的,根据您的业务需求,将保单金额放入从属表而不是创建第三个表是可以接受的。

如果可以,请避免将SSN存储在数据库中。如果可能的话,也要避免向别人索要。我不明白你的建议的原因。金额在哪里?你能解释一下这项政策吗?政策是雇员和从属关系的一个弱关系,有一个属性,我会考虑你的解决办法,我知道如何处理这种关系。但我不明白的是,依赖实体是弱的。我认为,依赖者和雇员之间应该是一种多对一的关系。并通过依赖关系政策完全参与。这也很简单。但是属性(数量)策略有什么问题呢。我在问是否可以将此attibute添加到依赖表中。因为它看起来像一个多对一的关系。