-1

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

4

4 回答 4

2

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

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

于 2013-08-13T13:46:43.450 回答
2

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

于 2013-08-13T14:01:21.383 回答
1

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

于 2013-08-13T13:38:22.827 回答
1

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

于 2013-08-13T14:06:03.573 回答