我有这样的例子,设计师和经理在一个具有特定角色的项目上工作。
这个ER图设计正确吗?
我对经理,设计师,角色和项目关系有疑问。
ER图:
还是我只是把它当作属性呢?
以下是数据库表的表示形式
这一案例还表明,管理员几乎管理着所有的东西。
我必须建立“管理”关系吗?
以下是完整的案例:
·管理员可以登录来管理一切
·管理人员可以登录,也可以在项目上工作
·设计师也可以登录,也可以在项目上工作
·客户自己的项目
·管理人员、设计师和客户都有个人资料页面,列出他们与之相关的项目。管理员没有。
·管理人员可以让设计师为他们工作
·设计师一次只有一个经理,管理员可以随时更改设计人员的经理
·为项目工作的经理和设计师被分配给管理员可以管理的角色(例如项目冠军、首席建筑师、安全工程师等)
·项目需要以丰富的文本作为描述
·项目需要有许多照片和PDF文件
·只有从事项目工作的经理和设计人员才能编辑项目(管理员也可以)
发布于 2016-09-22 05:40:08
使Role
成为属性意味着Designer
/Manager
只能在单个Role
中处理Project
。使其成为关系中基数为N的实体意味着Designer
/Manager
可以在多个Roles
中处理Project
。
在这些选项之间,有可能使它成为关系中基数为1的实体(意味着PK由Manager
/Designer
和Project
组成)。是否将其设置为实体或属性取决于您是否拥有有关Roles
的信息,还是只想记录一个值。
你关于是否建立一个Manages
关系的问题还不清楚--我不能为你决定“几乎一切”意味着什么。
https://stackoverflow.com/questions/39630243
复制相似问题