Entity framework 实体框架生成和更新edmx文件需要很长时间才能完成

我有一个名为winkompass的应用程序，它带有一个大数据库，这个应用程序感觉很旧，很笨重。当我尝试导入或更新数据库模型时，从按add/update model到被要求运行.tt文件都要花费很多时间

我现在运行的电脑功能非常强大，16gb内存，Intel（R）Core（TM）i5-3320M CPU@2.60GMz，带ssd HD。它包含305个表、1448个存储过程和77个视图。我试着在互联网上四处搜索，但找不到任何我能用的东西

---

任何建议都值得赞赏，因为这确实使得创建用于项目的存储过程几乎是不可能的。

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

---

问题可能与entity framework contextmodel生成的创建/更新过程缓慢的其他实例不同，但答案可能是正确的。

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