循環引用

所以我需要設計數據庫招聘方案。有7個表包括：

申請人：對申請人的數據
位置：位置數據的
技巧：對於技術數據
申請人技巧：應聘者技能列表
崗位技能：職位所需技能列表
職位空缺：職位空缺列表
申請：申請數據列表

我被告知我的設計有循環引用。我搜索了一些設計實例，但沒有找到適合我的案例。所有表格都是必需的，不能刪除。我無法想出其他想法。

我該如何擺脫循環引用？謝謝。

2016-07-30 arukasa

1.在評論中，你說你說「Jobtitle表只涉及位置表」。應用程序也是嗎？請包括所有參考表格。 2.位置JobtitleID是否也必須出現在應用程序中？如果是這樣，你已經忽略了FK。應用程序JobtitleID是否也必須出現在Position中？如果是這樣，你已經忽略了FK。這種FK影響圓度。 – philipxy

這裏沒有任何循環，您可能遇到的唯一明顯問題是不執行替代鍵，在圖中這些通常標記爲AK - 使用UNIQUE NOT NULL來創建它們。

這裏是三個表的候選鍵。

ApplicantSkill {APPLICANT_ID, SKILL_ID, APPLICANT_SKILL_ID} 
      KEY {APPLICANT_ID, SKILL_ID} 
      KEY {APPLICANT_SKILL_ID} 

PositionSkill {POSITION_ID, SKILL_ID, POSITION_SKILL_ID} 
      KEY {POSITION_ID, SKILL_ID} 
      KEY {POSITION_SKILL_ID} 

Application {APPLICANT_ID, VACANCY_ID, APPLICATION_ID} 
     KEY {APPLICANT_ID, VACANCY_ID} 
     KEY {APPLICATION_ID}

你介紹了代理鍵（額外_ID），並選擇了他們作爲主要爲這些表，但省略其他（AK） - 非常容易出錯，易造成重複，冗餘和矛盾。

這JOB_TITLE_ID應該從Application被刪除，它看起來像有依賴{POSITION_ID} --> {JOB_TITLE_ID}所以它可能無法同步，創造矛盾。

來源

2016-07-31 13:14:39

你好，謝謝你指出這一點！我修正了他們:) – arukasa

正如你在這裏介紹的那樣，你的設計確實有而不是有任何循環引用。

申請人，技能和職位沒有提及。
申請人技能，職位技能和職位空缺僅指上述內容。
僅適用於上述應用。
就是這樣。

所以你沒有什麼可以解決的。（注意：我忽略了「Jobtitle ID」這個東西，因爲相關的表並沒有出現在你的圖表中，但是看起來好像這張表並不依賴於這些）。

來源

2016-07-30 05:44:29 ruakh

是的，Jobtitle表只涉及位置表。使用JOIN查詢時，設計是否會造成數據不一致的威脅或冗餘？非常感謝你回答 – arukasa

等待一會兒 - Jobtitle表格指的是位置表格？在這種情況下，你*做*具有循環依賴性，因爲位置表引用了Jobtitle表。爲什麼那些單獨的表格？ – ruakh

我很抱歉我的錯誤。我的意思是位置表是指Jobtitle。因此位置表中的FK職位標識是指Jobtitle表中的職位標識ID。並沒有別的..事情是我很困惑，因爲有人說這個設計會造成冗餘，並會降低查詢JOIN時的性能。這是因爲所有的桌子都沒有盡頭。 – arukasa

你擔心什麼？技能表在你的模型之上，並且它是不確定的。

來源

2016-07-30 13:37:08

回答

相關問題