c# - 表设计器（实体框架）资源过于密集

Question

我正在开发一个使用 .NET MVC 3 和 EF 4 的项目。该网站正在增长，并且有很多表格。因此，Entity Framework 的表设计器过多的 CPU 使用率无法打开和添加新表。我有哪些选择？我能做些什么？

Answer 1

对于较大的模型，我认为设计师方法不太理想。如果可以的话，考虑重构（一次咬一口？）到代码优先的方法；这将允许您继续使用当前的技术。我有一个大约 650 个实体的项目工作得非常好，但我无法想象加载一个具有大约 650 个实体的 .edmx 设计器（也就是说，不用拉我的头发）。

总而言之，“重”的不是 EF——而是设计师。

Answer 2

从 Visual Studio 2012 开始，您现在可以将实体模型拆分为多个图表。这将大大降低图表的复杂性。

看

• http://msdn.microsoft.com/en-us/magazine/jj721589.aspx
• http://msdn.microsoft.com/en-us/data/jj519700.aspx

Answer 3

如果您的数据库操作通常很大，您可以考虑不使用 EF 并改用原始 ADO.NET。无论如何，EF 归结为低级别的 ADO.NET，但立即使用 ADO.NET 将提高性能。

Answer 4

从长远来看，迁移到代码优先架构绝对是值得考虑的事情。在短期内，您还可以将模型分解为多个设计上下文。您可以通过识别仅使用表子集的应用程序区域来开始此操作。然后创建一个仅包含这些表的单独数据上下文。您可以在处理此问题时保留现有的综合上下文，以避免破坏遗留代码。您可以根据需要添加任意数量的数据上下文，但我会在单独的文件夹中创建每个数据上下文（因此是单独的命名空间），因此您不必担心名称冲突。