2016-09-22 97 views
1

我有這種情況,設計師和經理在一個具有特定角色的項目上工作。
此ER圖設計是否正確?
我對經理,設計師,角色和項目關係有疑問。
ER圖:
ER Diagram
ER Diagram Design疑惑

還是我只是使它作爲屬性?
enter image description here

這裏是數據庫中的表表示 Here is the Database table Representation

的情況下還規定表明,管理員管理幾乎所有的東西。
我必須做一個「管理」關係嗎?


下面是完整的情況下:
•管理員可以登錄到管理一切
•經理可以登錄並可以在項目的工作
•設計師也可以登錄並可以在項目
•客戶自己的項目工作
•經理,設計師和客戶的個人資料頁面列出了他們相關的項目。管理員沒有。
•經理可以有設計師爲他們工作
•設計師只有一個經理的時間和管理員可以隨時改變設計的經理
•經理和設計師誰工作的一個項目被分配一個角色,該管理員可以管理(例如項目的冠軍,首席架構師,安全工程師等)
•項目需要有豐富的文本作爲描述
•項目需要能夠有很多照片和PDF文件
•只有管理人員和設計誰在項目上工作可以編輯項目(管理員也可以)

回答

1

製作Role屬性意味着Designer/Manager只能在單個Role中的Project上工作。使其在關係中具有基數N的實體意味着Designer/Manager可以在多個Roles中的Project上工作。

在這些選項之間可能會使其成爲關係中基數爲1的實體(意味着PK由Manager/DesignerProject組成)。是否使其成爲實體或屬性取決於您是否有關於Roles的信息或者只是想記錄一個值。

您的問題是否與Manages的關係尚不清楚 - 我無法爲您決定「幾乎所有」的含義。

+0

我想我會把'Roles'的基數變成1,這使得它更適合這種情況。 該案例指出'Administrator'管理'Manager','Designer'和'Roles'作業。我有關於不畫'管理'關係的第二個想法。這將是一種混亂,但我認爲這是必要的,對吧? –

+0

這聽起來像一個明確的要求,所以是的。 – reaanb

+0

因此,即使在數據庫表中沒有數據,我仍然會添加'Manages'關係,對吧? –