在重新创建上下文后失去更新的能力

Question

我有这个设计问题。我的EF通用存储库中内置了批量更新/插入功能。

在该功能中可能发生两件事：我只是将实体添加到上下文并递增计数器或实际提交对数据库的更改，即：SaveChanges（）（counter == commit treshold）

当我调用SaveChanges时，我也喜欢处理上下文并重新创建它以清理资源。

问题是我在处置后失去了更新实体的能力。这是我的更新方法：

public void Update(T entity, int batchSize)
{

    try
    {
        System.Data.EntityState entityState = (System.Data.EntityState)BLHelper.GetValue(entity, "EntityState");

         if (entityState == System.Data.EntityState.Detached)
             this.Attach(entity);

         //The next line will work so as long as QueueContextChanges() did not
         //save changes and then  Dispose of the context... 
         //After that, I'll get an exception that:
         //'ObjectStateManager does not contain an ObjectStateEntry with a reference to an object...'

         _context.ObjectStateManager.ChangeObjectState(entity, System.Data.EntityState.Modified);



         QueueContextChanges(batchSize); //Just increments a counter or calls SaveChanges()
    }
    catch
    {
        throw;
    }
}


public void Attach(T entity)
{
    _objectSet.Attach(entity);
}

public void QueueContextChanges(int batchSize)
{
    if (_commitCount == _commitThreshold || _counter == batchSize || batchSize == 1)
    {
        try
        {
            SaveChanges();
        }
        catch
        {
                //throw;
        }

        _commitCount = 0;

    }
    else
        _commitCount++;

    _counter++;
}

public void SaveChanges()
{
    try
    {
        _context.SaveChanges();
        _context.Dispose();
        _context = null;
        _context = SelectContext<T>(); //This methods knows which context to return depending of type of T...
     }
     catch
     {
        //TODO
     }
}

你能想到一个更好（和工作）的设计吗？在添加/更新500,000行时清除内存使用的能力在目前非常重要。

可以在SaveChange（）之后分离实体，以帮助保存资源，这样我就不必处理上下文了吗？

感谢。