我有一个案例，设计师和经理在一个具有特定角色的项目上工作。
这个 ER 图设计正确吗？
我对经理、设计师、角色和项目关系有疑问。
ER图：
该案例还表明管理员几乎可以管理所有事情。
我必须建立“管理”关系吗？
这是完整的案例：
• 管理员可以登录管理一切
• 经理可以登录并处理项目
• 设计师也可以登录并参与项目
• 客户拥有项目
• 经理、设计师和客户的个人资料页面列出了他们相关的项目。管理员没有。
• 经理可以让设计师为他们工作
• 设计师一次只有一名经理，管理员可以随时更换设计师的经理
• 为项目工作的经理和设计师分配了管理员可以管理的角色（例如项目负责人、首席架构师、安全工程师等）
• 项目需要有富文本作为描述
• 项目需要能够有许多照片和 PDF 文件
• 只有负责项目的经理和设计师才能编辑项目（管理员也可以）
【问题讨论】：
标签： sql database database-design entity-relationship diagram
将Role 设为属性意味着Designer/Manager 只能在单个Role 中作用于Project。使其成为关系中基数为 N 的实体意味着 Designer/Manager 可以在多个 Roles 中对 Project 起作用。
在这些选项之间，可以使它成为关系中基数为 1 的实体（意味着 PK 由 Manager/Designer 和 Project 组成）。将其设为实体还是属性取决于您是否有关于 Roles 的信息，或者只是想记录一个值。
您关于是否建立Manages 关系的问题尚不清楚 - 我无法为您确定“几乎所有”的含义。
【讨论】：
Roles 的基数设为1，这样更适合这种情况。该案例指出Administrator 管理Manager、Designer 和Roles 分配。我对不绘制Manages 关系有第二个想法。这会有点乱，但我认为这是必要的，对吧？
Manages 关系，即使它在数据库表中没有数据，对吧？