2015-09-21 39 views
0

這就是我迄今爲止所做的。我覺得有點混亂,特別是團隊和清潔工之間的多對多關係。可以用不同的方式製作,還是保持這樣? enter image description here爲一個分派工作的工人組建模型

+0

只要滿足您的要求,我不會看起來很混亂。 –

回答

0

你的團隊不是有名字嗎?哦,匿名!
對不起。 :)

cleaner_team表 - 因爲它是現在 - 只有合理的,如果清潔工可以在多個團隊在同一時間
如果它們是例如在本週A隊,下週B隊,你會添加週數。或日期範圍。

如果他們不能,並且保持團隊歷史不相關,那麼從清潔員到團隊的簡單外鍵就足夠了。

恕我直言,很少有隻有兩個外鍵而沒有其他屬性的聯結表是正確的解決方案。

+0

儘管我明白了你的觀點,但我認爲我需要交接表。正如你所假設的,球隊可能會隨着每個佣金的變化而變化,並且也會被用來計算員工的薪水,並且保持球隊的歷史記錄將有助於保留這些支付的歷史記錄。 – Alexandru

+0

如果球隊本身只在有限的時間內存在,那麼日期範圍將屬於那裏。當然,如果一個團隊被定義爲*一個佣金工作組的清潔工*,那麼您可以完全擺脫團隊工作臺,並在清潔工和佣金之間建立聯繫。 – Andre

相關問題