在EF嚮導中使用「在模型中包含外鍵列」選項

您是否主要使用此選項（默認選中）還是取消選中它？在EF嚮導中使用「在模型中包含外鍵列」選項

我發現，當我有我的實體它導致與繪圖工具的問題都列FK和導航性能 - 他們可能會綁定一個或另一個，但幾乎不可能兼顧。

如果我們嚴格遵循概念模型的指導原則，那麼我認爲那些列不應該屬性，如果他們？

希望你們中的很多人能回覆，以便我們更好地瞭解開發人員更經常選擇的內容。

來源

2011-01-13 mare

如果我們遵循的概念模型的準則嚴格，我認爲這些列不應該使其向性質，他們應該？

對 - 這就是EF團隊在.NET 3.5 SP1的第一個版本中所做的 - 並且得到了很多負面的反饋。

是，「puristically」說 - 你不應該直接使用外鍵列來 - 你應該使用處理，而不是引用的實體的正確方法。但在現實中，在許多情況下 - 你不希望有應對整個引用的實體，真的 - 只需設置外鍵列會做（例如，導入數據或許多其他案件時）。

所以，雖然是的 - 我同意 - 這有點破解，我確實認爲它是一個很大的優點，您可以選擇在實體中使用外鍵列 - 畢竟，在數據庫級別，那也是你要處理的。

所以，在我看來，所有的建議，我從（誰寫的書EF像朱莉·勒曼）的同事誰在嚴肅的工作也使用EF和所有的博客和EF大師那裏聽到的 - 轉在這個選項上，你可以獲得兩全其美的好處！

來源

2011-01-13 06:07:29

我取消選中它並創建了一個edmx。所以沒有映射我的外鍵。但是如何在不創建新的edmx的情況下包含外鍵。所以我的外鍵將映射.http：//stackoverflow.com/questions/11517665/mapping-foreign-keys-on-ef-4-without-creating-a-new-edmx-file – kbvishnu 2012-07-17 07:34:25

在EF嚮導中使用「在模型中包含外鍵列」選項

回答

相關問題