第一個實體框架模型

Question

我們正在權衡Model First和DB第一次開發的優缺點。我發現以下幾種 型號優先 優點 1. C＃dev不需要理解SQL stmts。 2. C＃dev可以爲他的業務請求創建更具體的實體。 缺點 1.無法使用供應商數據庫中可用的更精細的功能（即SQL服務器中的列約束）

對於數據庫優先反轉優點和缺點。在這裏有什麼大缺失嗎？我正在慢慢傾向DB首先請你。諮詢。

Answer 1

根據您的項目，目前您可以使用三種可用方法：DB First，Model First和Code First。

很顯然，在使用它們之前應考慮權衡。

在開發業務對象及其關係時，您已經生成了大部分數據模型，並且禁止這種冗餘是新方法和新技術的理念。考慮到這一點，如果數據模型會頻繁更改，DB First不是一個好選擇。

雖然整個想法很出色，但新方法還不夠成熟（見證Entity Framework頻繁發佈和重大更改）。它們不能完全消除所提到的冗餘，並且不能涵蓋其框架中的所有DB First功能。此外，與DB First方法相比，這些工作是通過中間層完成的，這會降低性能。不幸的是，除非您處於項目的中間位置，否則您不會通知有關未發現的功能。因此，如果您需要複雜的功能或具有複雜的數據模型，並且業務模型不會經常發生變化，並且/或者性能優先考慮，那麼DB First就是您的選擇。

在這場鬥爭中發生了什麼，我認爲是澄清應該回答的正確問題。由於數據庫技術的優先級是穩定性，因此它們不會經常或發生重大變化（見證關係數據庫）。從發展的角度來看，我們定義了我們的對象和它們之間的關係並將它們存儲在集合中，並且在需要時可以輕鬆地檢索它們，所以爲什麼要打算將這些易失性對象（它們在運行時在RAM中）存儲在何處以及如何存儲。雖然上述技術是開發人員的努力，但數據庫技術方面的努力仍然存在。在內存數據庫中，面向對象的數據庫...