-1
數據庫設計是否具有帶多個外鍵的關聯實體?具有多個外鍵的關聯實體?
在諸如;
1輛卡車被1隊都到1條特定的路線並有1 Manager..etc
的associatve實體將在上面是理想的,這是糟糕的設計原則,這樣做管理?
數據庫設計是否具有帶多個外鍵的關聯實體?具有多個外鍵的關聯實體?
在諸如;
1輛卡車被1隊都到1條特定的路線並有1 Manager..etc
的associatve實體將在上面是理想的,這是糟糕的設計原則,這樣做管理?
對於多對多關係,首先需要關聯實體,因此您需要在描述中使用0,1 or many
而不是1 truck managed by 1 manager
。其次,關聯實體有多個外鍵(每個關聯實體都有一個外鍵)。關聯實體本質上是一種關係,其中雙方都有許多肉慾:
e.g. 0 or many trucks are managed by zero or many teams.
TEAM (TEAM_ID)
TRUCK (TRUCK_ID)
TRICK_MANAGEMENT_TEAMS (TEAM_ID, TRUCK_ID)
如果您的trick_management_teams也有「ROUTE_ID」?只是想澄清一下,你可以包含多個外鍵(我看過的所有例子都只有2個,儘管它們有更多的意義,因爲它們不是屬性) – silenceislife
@silenceislife我儘量不使用關聯實體3個外鍵(除非它是進一步標準化的結果)。但是,如果一個團隊管理具有更改卡車的特定路線實例,則包含3個密鑰將是有效的。 –