Sql 识别关联实体中失去意义的关系

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对1关系
,则
auto_leads
表仍将包含来自其父
leads
表的两个复合主键。换句话说,一切都不会改变


在关系模型的上下文中,
标识关系
是否有任何意义?它似乎不会改变其对关系的影响。

识别关系是一个ER建模概念,因为ER建模假设每个实体都有主键具有某种语义意义。主键在关系数据库设计中没有特殊的作用,因此标识关系的概念通常并不重要


考虑一个具有两个候选键a和B的表的示例。a也是外键。根据ER建模约定,如果选择A作为主键,则外键关系为识别关系。如果A是备用密钥,则该关系被视为不可识别。然而,在这两种情况下,形式、功能、完整性约束以及可能的业务含义是完全相同的。识别关系的概念只与您希望的一样重要。

识别关系是一个ER建模概念,因为ER建模假设每个实体都有主键具有某种语义意义。主键在关系数据库设计中没有特殊的作用,因此标识关系的概念通常并不重要


考虑一个具有两个候选键a和B的表的示例。a也是外键。根据ER建模约定,如果选择A作为主键,则外键关系为识别关系。如果A是备用密钥,则该关系被视为不可识别。然而,在这两种情况下,形式、功能、完整性约束以及可能的业务含义是完全相同的。确定关系的概念只与你希望的一样重要。

看起来你的关系图中的关系实际上已经是1-1了,只是你的关系图没有很清楚地显示出来。看起来你的关系图中的关系实际上已经是1-1了,只是你的关系图没有很清楚地显示出来。