为什么Entity Framework的包含（）运算符如此慢，以及如何提高性能？

实体框架的Contains()：性能瓶颈及解决方案

将实体框架的 Contains() 方法与 IEnumerable 一起使用会显着减慢查询执行速度。 这是因为它会在生成的 SQL 查询中转化为一系列大型、低效的 OR 语句。

Contains() 如何影响性能

实体框架缺乏对 SQL 的 IN 子句的本机支持。 结果，Contains() 被转换为多个 OR 条件。 IEnumerable 中的项目越多，生成的查询就越大且速度越慢。虽然一些 ADO.NET 提供程序尝试优化，但这并不总是成功，特别是对于大型数据集。 这可能会导致性能显着下降，如示例所示，添加 Contains().

后查询时间从 0.07 秒增加到 20.14 秒

提高绩效的策略

几种方法可以帮助提高性能：

• 编译查询： 使用 CompiledQuery 预编译查询来缓存执行计划。 但是，这不是通用解决方案，并且取决于查询的上下文。
• 手动 SQL 优化： 通过将 IN 逻辑分离到单独的手动执行的查询中，重写查询以直接使用 Contains() 子句。
• 批处理：以较小的批次处理IEnumerable，使用更少的 OR 条件执行多个查询。这降低了每个单独查询的复杂性。

未来增强

实体框架团队意识到了这一限制，并计划在未来版本中添加对 IN 子句的直接支持，从而消除对这些解决方法的需要。

以上是为什么Entity Framework的包含（）运算符如此慢，以及如何提高性能？的详细内容。更多信息请关注PHP中文网其他相关文章！