2

我的問題很簡單,但我似乎無法得到EF瞭解我的數據庫架構(甲骨文)。如何有超過10多對許多關係

問題

我要建模超過1個 MM關係見下圖:

enter image description here

正如你可以看到我有一本書和雜誌 - 我想通過使用鏈接表(交叉表,交叉表,你可以得到它!)來存儲這兩個URI的URI。在這種情況下,它恰好是我要存儲在「Journal 16」和「Book 75」中的「www.google.com」,它們將以藍色標記的格式存儲在鏈接表中。爲了完整起見我增加了一個綠色的例子鏈路與5 的ID,這樣就可以看到數據針織在一起怎麼樣,我想你會同意這沒有什麼太瘋狂了。

無論如何,當我嘗試更新EF模型,它抱怨(在Visual Studio)與線沿線的一個錯誤。

問題在映射片段起始於線210:外鍵約束從表REF_URI(REF_ID)「REF_URI_JOURNAL_FK1」來表期刊(REF_ID):表REF_URI的列被映射到AssociationSet BOOK_URISet的盡頭書籍,但鍵列的表日誌未映射到對應於此End的EntitySet BOOK的鍵。

葉 - 沒有真正得到該錯誤消息!
我可以讓EF以1M-M關係工作,例如,

enter image description here

和它的所有作品「虎背熊腰,腳蹬嘟嘟」,但是當我添加了第二個的M-M的關係將其與上面的例如該錯誤信息摔倒

enter image description here

任何人都知道我怎樣才能避免這種情況發生?

+0

_when我加入了第2M-M relationship_你的意思是:在數據庫中添加了一個更新的EF模型,對不對? – 2012-07-24 20:46:21

+0

葉 - 我基本上增加了另一個外鍵到鏈接表,然後更新模型。 – Vidar 2012-07-25 07:32:06

回答

3

對於許多一對多的關係,你需要鏈接表(結表,交表)REFBOOK_URIREFJOURNAL_URI。我認爲這是一個例外以一種神祕的方式說的。如果你只有一個表這將意味着,如果雜誌123個鏈接到URI 789隨後還書123還必須鏈接到URI 789,因爲在鏈路表中REF_ID列將是一個非空的外鍵JournalBook表。