【发布时间】：2012-02-20 01:21:49
【问题描述】：
我们有一个包含数百个表的大型数据库。 我们才刚刚开始使用 Entity Framework 4。
我们应该为它构建一个巨大的数据模型还是根据某些标准将它分成多个数据模型？
【问题讨论】：
标签： entity-framework database-design datamodel
【发布时间】：2012-02-20 01:21:49
【问题描述】：
我和我的同事在 Linq2Sql 时代尝试了“一个真实的数据上下文”。我们发现它很快就变得难以维护。因此，我们现在选择了许多较小的“特定于任务”的上下文，我们发现它们的效果要好得多。
话虽如此，没有“正确”的方式。选择适合您的特定情况以及您将如何使用上下文的任何内容。
所以，恐怕这是另一个经典的取决于答案。
PS - 我们的数据库中有大约 300 个表。我们的模型中有大约 150 个。
PPS - 我们现在首先使用代码，我个人更喜欢设计器。
【讨论】：
-
我们目前有一个单一的实体模型，它涵盖了不同的“子系统”，维护起来变得很痛苦。我想知道 CodeFirst 是否能减轻一些痛苦。我们目前只有 30-40 张桌子，但我预计它会增长到至少 100 张。
-
代码优先的好处是您的配置在代码中（显然），这意味着版本控制可以正常工作。我已经记不清必须合并 xml 的次数了。设计师过去常常改变事物的顺序，这使它变得更糟了 100 倍。我写了几篇关于代码优先配置的博客文章。自动加载我所有的配置类让生活变得简单一点。即 - 少一件需要担心的事情