我开始一个新项目,并且对使用实体框架感兴趣。但是,由于这是一个新项目,目前还没有现有的模型或数据库,所以我可以在这种情况下使用数据库优先或模型优先。实体框架,数据库优先还是模型优先?
当像这样的空白页面开始时,是否建议使用model-first并让EF自己确定数据库设计或自己设计数据库?我很乐于设计规范化的数据库,所以我不担心这方面的问题,但我不确定是否通过让EF处理所有的数据库设计来保证可维护性和性能方面的好处。
在此先感谢你们!
我开始一个新项目,并且对使用实体框架感兴趣。但是,由于这是一个新项目,目前还没有现有的模型或数据库,所以我可以在这种情况下使用数据库优先或模型优先。实体框架,数据库优先还是模型优先?
当像这样的空白页面开始时,是否建议使用model-first并让EF自己确定数据库设计或自己设计数据库?我很乐于设计规范化的数据库,所以我不担心这方面的问题,但我不确定是否通过让EF处理所有的数据库设计来保证可维护性和性能方面的好处。
在此先感谢你们!
在一个绿色领域项目中,我的选择将是代码第一,或者可能是第一个模型。随着时间的推移,您的项目只能处理代码并让EF为您管理数据库架构更改。使用其他方法可能导致焦点从核心活动转移到模型维护。在我工作的一个项目上,管理层强制我们使用由专门模式开发人员创建的数据库,他们只知道如何使用SQL Server Management Studio。因此数据库中的每一个变化都意味着我们必须重新生成代码这最终导致我们花费2天时间来开发用于自动导入数据库模式和生成对象模型的工具(这是EF 3.5天内)。
我会离开数据库的第一个方法为棕色领域和维护项目。
那么,作为一名开发人员,我熟悉任何构建数据库的旧方法,我发现代码首先让我专注于自己的任务。你的旅费可能会改变。
我已经使用了很多次,并且能够毫无困难地使用代码优先方式维护我的数据库。
如果你** **是确实舒服设计规范化的数据库模型 - 我可能会走那条路:设计数据库,创建它,然后做一个数据库优先的方法。这为您提供了对数据库的更多控制和更多的灵活性 - 这可能是您迄今为止所做的并习惯于的内容。我在模型优先中看不到任何性能和/或维护效益 –