POCO 生成器的性能不佳
本文关键字：性能 POCO | 更新日期: 2023-09-27 18:35:21
我正在开发一个遗留应用程序，我们在实体框架 （4.0.0） 和大量插入方面的性能很差。
当我尝试使用POCO发生器（T4）时，问题更糟，保存更改的时间增加了三倍。这是巨大的，如果你知道我为什么有这个问题，我很感兴趣。
我没有针对不同生成器的任何性能指标。 但无论如何，瓶颈不应该在你的上下文中。 你应该知道 EF 将为每个插入、更新和删除生成一个 SQL 语句，如果未先显式打开连接，它将在之前登录，每个 SQL 语句从 sql server 注销一次。
此外，上下文必须维护状态和关系，以便性能随着上下文变得越来越大而降低。 保存更改必须首先弄清楚上下文中发生了什么，并且应该是 POCO 生成器与实体对象最终执行时间不同的原因。 就其长度的 3 倍而言，需要更多细节才能弄清楚。
PS，如果您坚持使用旧代码，您应该考虑将大容量复制与 EF 一起使用。