实体框架模型优先

Question

我们正在权衡Model First和DB first开发之间的利弊。我发现了以下Model First Pros 1. C#开发人员不需要理解SQL stmts。2. C#开发人员可以为其业务请求创建更具体实体。缺点1.不能使用供应商DB中提供的更精细的功能(即SQL server中列的约束)

对于DB first，利弊颠倒。我是不是少了什么重要的东西。我正在慢慢地向DB first倾斜。建议。

Answer 1

根据您的项目，目前您可以使用三种可用的方法:数据库优先、模型优先和代码优先。

显然，在使用它们之前都应该考虑权衡。

在开发业务对象及其关系时，您已经生成了大部分数据模型，并且禁止这种冗余是新方法和技术背后的想法。记住这一点，如果数据模型要频繁更改，那么DB First不是一个好的选择。

尽管整个想法很棒，但新的方法还不够成熟(看看Entity Framework的频繁发布和重大变化)。他们不能完全消除提到的冗余，也不能在他们的框架中涵盖所有的DB First功能。此外，这项工作是通过中间层完成的，与DB First方法相比，这会降低性能。不幸的是，除非您正在项目中，否则不会通知您未覆盖的功能。因此，如果您需要复杂的功能或具有复杂的数据模型，并且业务模型不受频繁更改的影响，并且/或者性能是高优先级的，那么DB First是您的选择。

在我看来，在这场斗争中发生的事情正在澄清应该回答的正确问题。由于数据库技术优先考虑的是稳定性，它们不会受到频繁或重大更改的影响(见证关系数据库)。从开发的角度来看，我们已经定义了我们的对象和它们的关系，并将它们存储在集合中，并在需要时轻松地检索它们，所以为什么要担心这些易失性对象(它们在运行时位于RAM中)将存储在哪里以及如何存储呢？虽然提到的技术是来自开发人员的努力，但也有来自数据库技术方面的努力。在内存数据库中，面向对象的数据库...