0

我有这个设计问题。我的 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() 之后分离实体可以帮助节省资源，这样我就不必处理上下文了吗？

谢谢。

4

0 回答 0