Sql 识别关联实体中失去意义的关系
如你所见,在上表中,我有一个确定1对多关系的Sql 识别关联实体中失去意义的关系,sql,database-design,relational-database,entity-relationship,Sql,Database Design,Relational Database,Entity Relationship,如你所见,在上表中,我有一个确定1对多关系的 如果我要将此关系更改为标识1对1关系,则auto_leads表仍将包含来自其父leads表的两个复合主键。换句话说,一切都不会改变 在关系模型的上下文中,标识关系是否有任何意义?它似乎不会改变其对关系的影响。识别关系是一个ER建模概念,因为ER建模假设每个实体都有主键具有某种语义意义。主键在关系数据库设计中没有特殊的作用,因此标识关系的概念通常并不重要 考虑一个具有两个候选键a和B的表的示例。a也是外键。根据ER建模约定,如果选择A作为主键,则外键关
如果我要将此关系更改为标识1对1关系
,则auto_leads
表仍将包含来自其父leads
表的两个复合主键。换句话说,一切都不会改变
在关系模型的上下文中,标识关系
是否有任何意义?它似乎不会改变其对关系的影响。识别关系是一个ER建模概念,因为ER建模假设每个实体都有主键具有某种语义意义。主键在关系数据库设计中没有特殊的作用,因此标识关系的概念通常并不重要
考虑一个具有两个候选键a和B的表的示例。a也是外键。根据ER建模约定,如果选择A作为主键,则外键关系为识别关系。如果A是备用密钥,则该关系被视为不可识别。然而,在这两种情况下,形式、功能、完整性约束以及可能的业务含义是完全相同的。识别关系的概念只与您希望的一样重要。识别关系是一个ER建模概念,因为ER建模假设每个实体都有主键具有某种语义意义。主键在关系数据库设计中没有特殊的作用,因此标识关系的概念通常并不重要
考虑一个具有两个候选键a和B的表的示例。a也是外键。根据ER建模约定,如果选择A作为主键,则外键关系为识别关系。如果A是备用密钥,则该关系被视为不可识别。然而,在这两种情况下,形式、功能、完整性约束以及可能的业务含义是完全相同的。确定关系的概念只与你希望的一样重要。看起来你的关系图中的关系实际上已经是1-1了,只是你的关系图没有很清楚地显示出来。看起来你的关系图中的关系实际上已经是1-1了,只是你的关系图没有很清楚地显示出来。