同一关联配置多个关联类，哪种UML类图符合官方标准？

结论先行 #

你画的两种图里，给缺勤、群体情感分别建独立关联+对应关联类的方案才符合UML规范，同一关联挂多个关联类的做法不满足UML定义。

为什么？ #

• 关联类的核心是「给某一个关联补充属性/行为」，它和绑定的关联是一对一绑定的——UML元模型里，关联类本身就是关联和类的结合体，一个关联没法同时绑定多个关联类，反过来一个关联类也只能属于一个关联。
• 缺勤和群体情感是完全独立的业务逻辑：一个是记录学生的出勤情况，一个是记录学生对课程群体的情感反馈，这俩不是对同一个「学生选课程」关联的补充，而是两个不同的关联维度，所以必须拆成两个独立的关联，各自配对应的关联类。

关于数据库映射的补充 #

你说两种图映射到数据库的结构一致，这点没错——最终都会生成4张表：Student、Course、Absence、GroupAffection，后两张都会包含学生和课程的外键。但从UML的语义表达来看，拆分独立关联的方式能更准确体现业务逻辑，不会混淆不同的关系边界。

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