我们将使用 MVC 4 和 EF 5 为一家私人公司开发一个中型定制的 Web 应用程序。
对该业务领域的早期分析和以往的经验表明，它将有超过 150 个表/实体，并且因为我们的客户不是软件工程师，而且我们知道我们的数据模型会随着项目的进展而发生多次变化。
现在，我的 Q 是根据以下内容哪种方法对我们更好：
1) 由于会发生许多变化，因此更新数据模型和数据存储的工作量更少。
2) 创建数据存储所需的时间更少，有助于更快地推进项目。
注意：此应用程序将使用大量数据（某些实体为 10k、100k 个对象）。但是，它将很少（有时甚至没有）并发请求和在线用户。
提前致谢
我认为这个词
因为我们的客户不是软件工程师，我们知道我们的数据模型会改变很多次
是现实但不是数据模型多次更改的全部原因！
顺便说一句，一些建议可能会有所帮助 将
业务分析视为关键点并进行持续的业务分析
越来越多的分析投资将降低开发和变更管理的成本 在
客户办公室安排一名特定的才华横溢的分析师作为代表。
有专门的客户代表负责分析和开发团队。记录客户的业务流程，与客户讨论。记录谈判结果。
设计和变更管理
从不单独设计数据库。头脑风暴团队成员，邀请客户代表，邀请业务分析师，在设计团队中有一个 DBA，有一个变更经理的角色。
技术
了解技术趋势（可能使用基于文档的数据库会有所帮助）
拥有灵活的框架和架构服务于业务软件生产，而不是相反！
变化会来……准备好
变化会来，以上所有努力都是为了优化解决方案以降低成本，当变化发生时，它们不会阻止变化。
您需要有一个可接受的机制来向客户
计费 ITIL 的服务级别管理，SLA 和 OLA 将是一个指导方针。
所以问题的答案是：
1）以上所有内容都将有助于解决问题。首先继续交互式分析，然后在迭代中设计和开发，使用模板方法。变化会来，他们会付出代价。
2）取决于技术和框架，会有工具（我不知道EF）只是不坚持特定的平台或库。
希望这可以帮助。
我可以推荐你使用CodeFirst结构。因为您的类将是清晰的，并且主要是您在业务逻辑中使用类。