简单的 DbSet<TEntity>.Find() 调用永远

Question

我从 DbSet.Find() 调用中获得了糟糕的性能。我的代码如下所示：

public class Area
{
    [Key]
    public string Id { get; protected set; }

    // ...
}

public class MyContext : DbContext
{
    //...
    public DbSet<Area> Areas { get; set; }
    //...
}

// This is the call that takes so long
Area area = context.Areas.Find(id);    

我知道这必须搜索实体集，检查更改跟踪等，并将触发对数据库的调用。问题是它比简单的context.Areas.SingleOrDefault(x => x.Id == id) 调用要长几个数量级。比我认为合理的要多得多。根据另一个问题的提示，我还尝试暂时关闭更改跟踪但没有成功（它似乎没有任何效果）：

try
{
    context.Configuration.AutoDetectChangesEnabled = false;
    return context.Areas.Find(id);
}
finally
{
    context.Configuration.AutoDetectChangesEnabled = true;
}

为了尝试找出问题的根源，我启动了我的分析器。这是我发现的：

看起来它一直在花时间准备执行计划。但是为什么在.Find() 调用期间需要这么长时间而不是显式的.SingleOrDefault 调用（请注意，在调用堆栈的顶部附近，它实际上正在准备SingleOrDefault 调用）。有什么方法可以查看.Find() 方法实际上正在尝试编译的查询？

Answer 1

我从来没有弄清楚为什么这需要这么长时间。它生成的查询看起来很合理（只是一个简单的SELECT）。我正在使用一个非常复杂的域模型，虽然上面描述的 Area 实体是孤立和简单的，但也许 Entity Framework 正在以某种方式尝试构建视图或生成触及域模型其他部分的查询（或者更确切地说，试图决定它不应该）。

无论如何，我确实制定了解决方法。诀窍是手动完成（我认为）Find() 调用最初所做的工作：

public Area FindArea(string id)
{
  // First see if the DbSet already has it in the local cache
  Area area = context.Areas.Local.SingleOrDefault(x => x.Id == id);

  // Then query the database
  return area ?? context.Areas.SingleOrDefault(x => x.Id == id);
}

使用扩展方法可以很容易地推广这种技术。此特定实现假定实体将其 ID 存储在字符串 Id 列中并实现以下接口。但是，通过一些调整，您可以使其适应各种领域模型。

public interface IEntityWithId
{
  string Id { get; }
}

public static object FastFind<TEntity>(this DbSet<TEntity> dbSet, string id)
  where TEntity : IEntityWithId, class
{
  // First see if the DbSet already has it in the local cache
  TEntity entity = dbSet.Local.SingleOrDefault(x => x.Id == id);

  // Then query the database
  return entity ?? dbSet.SingleOrDefault(x => x.Id == id);
}