MS Access表关系错误：关系逻辑倒置及ERD符号差异问询

一、先排查是否存在理解偏差 #

首先得明确Access里关系符号的解读逻辑：

• Access采用的是乌鸦脚符号法（Crow's Foot Notation），关系线两端的标记对应着表的基数：带“1”的一端是主键所在的父表，带“∞”（乌鸦脚）的一端是外键所在的子表。
• 如果当前显示“多会话对应一位培训师”，说明你把培训师表的主键放到了会话表里当外键——这确实是一对多关系（一个培训师对应多个会话）。但你要的“一个会话对应多位培训师”是多对多关系，这种情况不能直接在两个表之间建关系，必须加一个中间关联表（比如Session_Trainer），里面同时包含会话ID和培训师ID作为联合外键。这样在Access里查看关系时，会话表和关联表是一对多，培训师表和关联表也是一对多，就能体现出会话和培训师之间的多对多关系了。

所以这里的核心可能不是理解偏差，而是表结构没匹配你的业务需求——多对多关系需要中间表来承载，否则Access只能识别出一对多。

二、为什么Access和传统ERD的符号表示不一致？ #

其实本质是符号体系的差异：

• 传统ERD（比如Chen氏符号）会用菱形表示关系，在实体旁边标注基数（比如1:N或M:N），更侧重从关系本身的双向视角来展示。
• Access的乌鸦脚符号则是基于外键的单向视角——它只直接展示一对多的父子关系，多对多关系需要拆解成两个一对多来呈现。而且Access的UI设计是为了贴近实际的数据库表关联操作（外键约束），所以它的符号更偏向于数据库实现层面的展示，而不是纯概念性的ERD建模。
• 另外，有些ERD工具里的乌鸦脚符号可能会同时标注两端的基数，但Access简化了这个逻辑，只通过“1”和“乌鸦脚”来区分父表（主键）和子表（外键），所以看起来和你习惯的ERD表示有差异。

总结一下：如果要实现“一个会话对应多位培训师”，先建中间关联表，再分别和会话、培训师表建立一对多关系，此时Access的关系图就能正确反映你的业务逻辑了。

内容的提问来源于stack exchange，提问作者J. Summerton