如何在MySQL EER图中正确表示UML关联类

你的实现方式完全正确，这也是工业界将UML关联类转换为关系型数据库EER模型的标准落地方法，核心逻辑就是用动名词（关联实体）映射UML的关联类，具体操作规范如下：

• 先将关联两端的基础实体A、B创建为独立表，定义好各自的主键
• 新建关联表AB映射原关联类：通过标识关系分别关联A表与B表——也就是把A表主键、B表主键同时作为AB表的联合主键，两个字段同时作为指向A、B表主键的外键。这种关系刚好匹配关联类的核心语义：关联类的实例不能脱离A、B的关联关系独立存在，完全依赖两端实体的存在而存在，比给AB表单独设代理主键用非标识关系的方案语义更严谨
• 原UML关联类自带的属性，直接作为普通字段添加到AB表即可；如果关联类本身还和其他实体（比如示例中的C表）存在关联，直接在AB表和对应实体表之间按关联基数建立普通外键关系即可，和普通实体间的关联建表逻辑没有区别

补充一个常见折中方案说明：如果后续AB关联表需要被大量其他表关联，使用A、B联合主键会导致其他表的外键字段冗余过多，也可以选择给AB表添加独立的自增主键作为单主键，将A、B主键改为普通外键（即改用非标识关系连接AB与A、B），同时给A、B两个外键字段加联合唯一约束保证关联关系不重复。但这种方案是工程层面的折中，优先还是选择你当前用的标识关系实现方案，最贴合UML关联类的原始语义。

内容的提问来源于stack exchange，提问作者IgorArnaut