.net - Entity Framework 4 - 处理非常大(1000 多个表)的数据模型？

Question

我们有一个包含 1000 多个表的数据库，并且想考虑将 EF4 用于我们的数据访问层，但我担心将它用于如此大的数据模型的实际情况。我看过this question并阅读建议的解决方案 here和 here .这些可能有效，但似乎是指 Entity Framework 的第一个版本(并且比我想要的更复杂)。有谁知道这些解决方案是否在 EF4 中得到了改进？还是有其他建议？谢谢。
更新:在多次尝试使 EF 工作之后，我决定为这个项目放弃它。大数据模型支持不存在，虽然可能有变通办法(例如，独立于设计者编辑和维护 xml)，但他们只是觉得还没有为黄金时间做好准备。对我来说最大的问题是 EF 在没有大量冗余和重复代码的情况下不能很好地与跨多个 XML 文件的域模型一起工作。我仍然愿意接受建议(我知道我还没有剥掉 EF 洋葱的所有层)，但现在，我在没有 EF 的情况下继续前进。
更新#2:看起来待处理的代码优先支持(目前在 EF4 CTP4 中)很可能最终成为我们想要的解决方案，因为它使设计器和大型 XML 文件维护失去了作用。

Answer 1

我在 Microsoft 截屏视频中听到的数字是每个 EF 模型最多大约 250 个表。这并不意味着 EF 不能处理更多 - 将 1000 多个表分解为几个逻辑表组，并为每个这样的逻辑组使用一个 EF 模型(其中最多包含 250 个表)可能是明智的。

我非常怀疑您是否会遇到需要一次使用所有 1000 个表的查询——很可能一次甚至不需要 10 个。因此，您绝对应该能够将您相当大的模型拆分为更小的集群，并将每个集群变成一个单独的 EF 模型。