0

我目前正在繪製一個模式數據庫。我在想,如果我的數據庫工作特別着眼於實體的ResourceType和OutstandingProblem,沒有一個主鍵(僅適用於外國的)誰...所有表都需要主鍵還是外鍵足夠?

主鍵下劃線,外鍵有* database

這個設計好嗎?謝謝!

回答

0

似乎是如果「1對1」的您的工作基數是正確OutstandingProblem的主鍵可以作業ID。 ResourceType看起來應該有一個複合主鍵:(technicianID,resourceID)。

基數「多對多」的ResourceType和技師之間看起來有問題的。這似乎暗示technicianID是ResourceType中的一個多值屬性 - 不一定是「錯誤」,而是在ER建模中表達事物的一種相當不尋常的方式。許多DBMS根本不支持多值屬性。

鍵是語義建模和數據庫設計的重要組成部分。如果您沒有確定所有實體的密鑰,那麼您應該假設您的分析和設計不完整。

+0

謝謝您的幫助!還有更多的問題,我如何設計一個組合鍵(如果pkey =加下劃線,fkey = *),是否有標準方法?如果我爲傑出問題做了工作(我認爲這可能是正確的方法),Job會發生什麼事情?它會有一個fkey jobId或複合鍵嗎? – user3507121

+0

對於組合鍵,您會在表格中劃下多個屬性。 JobId可以是Job中的主鍵和外鍵。 – sqlvogel

+0

輝煌。謝謝sqlvogel! – user3507121

相關問題