Mysql Can';难道没有一个;“不可识别”;N:M关系?

Mysql Can';难道没有一个;“不可识别”;N:M关系?,mysql,database,database-design,erd,Mysql,Database,Database Design,Erd,我的数据库ERM(实体关系模型)有一个TEACHER实体类型,它与SUBJECT\u模块实体类型相关(因为每个科目中的不同模块由不同的教师教授,对于某些模块,甚至每个模块中的不同章节也可以由不同的教师教授)通过教授关系类型 这是一种N:M关系,因为每个教师可以教授多个学科模块,每个模块可以由多个教师教授 但我认为这不是一种识别关系,因为学科模块不依赖于要唯一识别的教师;如果您不同意,请这样说。 但是从(虽然它只是说,“标识关系通常用于从多对多关系创建的联接表”),发现MySQL Workbenc

我的数据库ERM(实体关系模型)有一个
TEACHER
实体类型,它与
SUBJECT\u模块
实体类型相关(因为每个科目中的不同模块由不同的教师教授,对于某些模块,甚至每个模块中的不同章节也可以由不同的教师教授)通过
教授关系类型

这是一种
N:M
关系,因为每个教师可以教授多个学科模块,每个模块可以由多个教师教授

但我认为这不是一种识别关系,因为学科模块不依赖于要唯一识别的教师;如果您不同意,请这样说。

但是从(虽然它只是说,“标识关系通常用于从多对多关系创建的联接表”),发现MySQL Workbench的ERD建模工具只包含一个建模M:N关系的工具,即“
标识N:M关系
”,至少工具提示上这么说我想知道N:M关系是否始终是一种识别关系。请就此向我澄清。多谢各位

我想知道N:M关系是否总是一种认同关系

M:N关系本身从来都不是“标识的”(或就此而言是“非标识的”),而是可以由标识的或非标识的1:N关系组成

这不是关于识别任何端点(教师和学科模块),而是关于识别它们之间的连接。在本例中,看起来从端点表迁移的键的组合标识了连接(作为连接键的一部分):

因此,虽然M:N关系本身不是“识别”,但它所组成的1:N关系是

(您引用的工具UI可能使用术语“标识M:N”作为上述内容的简写。)


也就是说,您可以在这些迁移的密钥上没有密钥的情况下离开连接:


从技术上讲,它仍然是M:N,但现在允许重复连接(即同一教师多次连接到同一科目模块),在这种情况下,上面的1:N关系将不再是“识别”关系。

检查链接问题的答案,如果有帮助的话。。我想应该检查一下。