【问题标题】:Entity framework generating and updating edmx file takes forever to finish实体框架生成和更新 edmx 文件需要很长时间才能完成
【发布时间】:2014-09-30 14:13:28
【问题描述】:

我有一个名为 winkompass 的应用程序,它带有一个大型数据库,该应用程序感觉很旧而且很笨重。当我尝试导入或更新数据库模型时,从我按下添加/更新模型到我被要求运行 .tt 文件需要很长时间。

我正在运行的计算机非常强大,16gb 内存,Intel(R) Core(TM) i5-3320M CPU @ 2.60GMz 和 ssd HD。它包含 305 个表、1448 个存储过程和 77 个视图。我尝试在互联网上四处挖掘,但找不到任何可以使用的东西。

感谢任何建议,因为这确实使得创建用于项目的存储过程几乎是不可能的。

【问题讨论】:

  • 听起来你的模型太大了。把它分成可管理的块怎么样?
  • 我可以试试 :),当我得到它时
  • 还要确保您不只是盲目地从数据库中获取每个表/视图/spc - 只包含您实际需要的内容。
  • @tintyethan 虽然这对于通用目的可能是一个很好的建议,但我们在很多应用程序中都使用数据库,因此为了减少开发时间,我制作了模型,以便它们可以附加到任何项目,所以我永远不知道在特定项目中将使用哪些存储过程或表

标签: entity-framework visual-studio-2013 ef-database-first


【解决方案1】:

我按照 DavidG 的建议解决了这个问题,并将模型拆分为可管理的块,这些表都可以在同一个模型中,但是存储过程是那些减慢实体框架的存储过程,所以我每个都有大约 150 个存储过程模型。存储过程可能有很多参数(一个有 107 个),这可能是导致速度变慢的原因。

这个问题可能与实体框架上下文模型生成的缓慢创建/更新过程的其他实例不同,但答案可能能够引导正确的方向。

【讨论】:

    猜你喜欢
    • 2018-02-07
    • 2016-07-30
    • 2013-07-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多