Как очистить отслеживаемые объекты в инфраструктуре сущности

Ответ 1

Вы можете добавить метод к вашему 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;
}

Ответ 2

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

Ответ 3

Я запускаю службу Windows, которая обновляет значения каждую минуту, и у меня была та же проблема. Я попытался запустить решение @DavidSherrets, но через несколько часов это тоже стало медленным. Моим решением было просто создать новый контекст, подобный этому, для каждого нового запуска. Просто, но это работает.

_dbContext = new DbContext();

Ответ 4

Я только столкнулся с этой проблемой и в конце концов наткнулся на лучшее решение для тех, кто использует типичное внедрение зависимостей .NET Core. Вы можете использовать ограниченный DbContext для каждой операции. Это сбросит DbContext.ChangeTracker так что SaveChangesAsync() не будет DbContext.ChangeTracker проверке сущностей из прошлых итераций. Вот пример метода 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/САШ /EntityFrameworkCore/BLOB/v2.2.1/SRC/EFCore/Внутренний /DbContextPool.cs # L157