Database design 实体关系图-关系强度?

Database design 实体关系图-关系强度?,database-design,entity-relationship,Database Design,Entity Relationship,我试图找出在什么情况下应该使用弱(非识别)关系(相关实体的主键不包含父实体的主键组件),而不是什么时候应该使用强(识别)关系(相关实体的主键包含父实体的主键组件) 例如,在设计实体关系图时,如果我有两个实体(例如book和purchaser),我如何知道何时选择实心乌鸦脚或虚线乌鸦脚来连接这两个实体 任何帮助都将不胜感激。提前感谢。规则是“独立存在” 无论买不买,一本书都存在 无论他们是否购买书籍,购买者都是存在的 但是,如果没有购书人和购书人,购书的销售收据就不能存在。规则是“独立存在” 无论

我试图找出在什么情况下应该使用弱(非识别)关系(相关实体的主键不包含父实体的主键组件),而不是什么时候应该使用强(识别)关系(相关实体的主键包含父实体的主键组件)

例如,在设计实体关系图时,如果我有两个实体(例如book和purchaser),我如何知道何时选择实心乌鸦脚或虚线乌鸦脚来连接这两个实体

任何帮助都将不胜感激。提前感谢。

规则是“独立存在”

无论买不买,一本书都存在

无论他们是否购买书籍,购买者都是存在的

但是,如果没有购书人和购书人,购书的销售收据就不能存在。

规则是“独立存在”

无论买不买,一本书都存在

无论他们是否购买书籍,购买者都是存在的


但是,如果没有购买者和书籍,购买书籍的销售收据就不可能存在。

谢谢你的回答S.洛特。好吧,因此书籍和购买者之间的关系很牢固,对吗?@01010011:对我来说,书籍和购买者之间没有任何合理的关系,除非通过“购买”或“交易”或者一些中间人。图书与购买者之间的这种关系的名称是什么?“购买人”?“拥有人”?“以前购买人?”基数是什么?一个购买者可以与多少本书相关?一本书可以与多少个购买者相关?是的,你是对的,我们需要一种关系,以及一个桥梁实体。太好了,我现在真的明白了。谢谢s.洛特谢谢你的回复s.洛特。好的,所以书和购买者之间的关系是牢固的,对吗?@01010011:对我来说,书籍和购买者之间没有任何合理的关系,除非通过“购买”或“交易”或某种中间手段。书籍和购买者之间的这种关系叫什么?“购买人”?“拥有人”?“以前购买人?”基数是什么?一个购买者可以与多少本书相关?一本书可以与多少个购买者相关?是的,你是对的,需要一种关系,以及一个桥梁实体。太好了,我现在真的理解了。谢谢s.洛特