如何清除实体框架中的跟踪实体

Question

我正在运行一些在一大堆实体上运行的更正代码，随着它的进展速度降低，这是因为上下文中跟踪的实体数量随着每次迭代而增加，这可能需要很长时间，所以我正在保存更改在每次迭代结束时。每次迭代都是独立的，不会更改先前加载的实体。

我知道我可以关闭更改跟踪，但我不想这样做，因为它不是批量插入代码，而是加载实体并计算一些东西，如果数字不正确，请设置新数字并更新/删除/创建一些额外的实体。我知道我可以为每次迭代创建一个新的 DbContext 并且可能会比在同一实例中执行所有操作更快，但我认为可能有更好的方法。

所以问题是；有没有办法清除之前在 db 上下文中加载的实体？

Answer 1

EntityFramework Core 5.0 引入了一种清除任何跟踪更改的新方法。

_context.ChangeTracker.Clear();

https://docs.microsoft.com/en-us/dotnet/api/microsoft.entityframeworkcore.changetracking.changetracker.clear?view=efcore-5.0

Answer 2

您可以向DbContext 添加一个方法或使用 ChangeTracker 分离所有已添加、已修改和已删除实体的扩展方法：

public void DetachAllEntities()
{
    var changedEntriesCopy = this.ChangeTracker.Entries()
        .Where(e => e.State == EntityState.Added ||
                    e.State == EntityState.Modified ||
                    e.State == EntityState.Deleted)
        .ToList();

    foreach (var entry in changedEntriesCopy)
        entry.State = EntityState.Detached;
}

Answer 3

1.可能性：分离条目

dbContext.Entry(entity).State = EntityState.Detached;

当您分离条目时，更改跟踪器将停止跟踪它（并且应该会带来更好的性能）

见：http://msdn.microsoft.com/de-de/library/system.data.entitystate(v=vs.110).aspx

2。可能性：使用您自己的 Status 字段 + 断开连接的上下文

也许您想独立控制实体的状态，以便可以使用断开连接的图表。为实体状态添加一个属性，并在执行操作时将此状态转换为dbContext.Entry(entity).State（使用存储库来执行此操作）

public class Foo
{
    public EntityStatus EntityStatus { get; set; }
}

public enum EntityStatus
{
    Unmodified,
    Modified,
    Added
}

示例见以下链接：https://www.safaribooksonline.com/library/view/programming-entity-framework/9781449331825/ch04s06.html

Answer 4

我正在运行一个每分钟更新一次值的 Windows 服务，我也遇到了同样的问题。我尝试运行@DavidSherrets 解决方案，但几个小时后它也变慢了。我的解决方案是为每次新运行简单地创建一个这样的新上下文。简单但有效。

_dbContext = new DbContext();

Answer 5

从 .net5.0 开始，你可以使用这个： https://docs.microsoft.com/en-us/dotnet/api/microsoft.entityframeworkcore.changetracking.changetracker.clear?view=efcore-5.0

dbContext.ChangeTracker.Clear();

Answer 6

我刚刚遇到了这个问题，最终偶然发现了一个更好的解决方案，适用于那些使用典型 .NET Core 依赖注入的人。您可以为每个操作使用作用域 DbContext。这将重置DbContext.ChangeTracker，这样SaveChangesAsync() 就不会因为过去的迭代检查实体而陷入困境。这是一个示例 ASP.NET Core Controller 方法：

    /// <summary>
    /// An endpoint that processes a batch of records.
    /// </summary>
    /// <param name="provider">The service provider to create scoped DbContexts.
    /// This is injected by DI per the FromServices attribute.</param>
    /// <param name="records">The batch of records.</param>
    public async Task<IActionResult> PostRecords(
        [FromServices] IServiceProvider provider,
        Record[] records)
    {
        // The service scope factory is used to create a scope per iteration
        var serviceScopeFactory =
            provider.GetRequiredService<IServiceScopeFactory>();

        foreach (var record in records)
        {
            // At the end of the using block, scope.Dispose() will be called,
            // release the DbContext so it can be disposed/reset
            using (var scope = serviceScopeFactory.CreateScope())
            {
                var context = scope.ServiceProvider.GetService<MainDbContext>();

                // Query and modify database records as needed

                await context.SaveChangesAsync();
            }
        }

        return Ok();
    }

鉴于 ASP.NET Core 项目通常使用 DbContextPool，这甚至不会创建/销毁 DbContext 对象。 （如果您有兴趣，DbContextPool 实际上会调用 DbContext.ResetState() 和 DbContext.Resurrect()，但我不建议直接从您的代码中调用它们，因为它们可能会在未来的版本中发生变化。） https://github.com/aspnet/EntityFrameworkCore/blob/v2.2.1/src/EFCore/Internal/DbContextPool.cs#L157

Answer 7

从 EF Core 3.0 开始，有一个内部 API 可以重置 ChangeTracker。不要在生产代码中使用它，我提到它是因为它可能有助于根据场景进行测试。

((IResettableService)ChangeTracker).ResetState();

正如the code 上的评论所说；

这是一个支持 Entity Framework Core 的内部 API 基础设施，并且不受与相同的兼容性标准的约束 公共 API。它可能会被更改或删除，恕不另行通知 发布。您应该只在极端情况下直接在代码中使用它 小心并知道这样做会导致应用程序失败 更新到新的 Entity Framework Core 版本时。