关于 Linq 中数据库上下文重用的意见

Question

我有一个使用 linq 访问数据库的类。有些方法调用其他方法。例如：

class UserManager
{
   public User[] getList()
   {
       using(var db = new MyContext())
       {
             return db.Users.Where(item => item.Active == false);
       }
    }
    public User[] addUser(string name)
    {
       using(var db = new MyContext())
       {
           db.Users.InsertOnSubmit(new User() { id = Guid.NewId(),  name = name, active = false ...});
       }
       return getList();
    }

...

在对 addUser 的调用中，我需要返回新列表。 （我知道就目前情况而言，这不是一个很好的设计，但为了简单起见，我删除了细节。）但是，对 getList 的调用创建了第二个数据上下文。

我可以用额外的方法来填充它，即：

public getList()
{
     using(var db = new MyContext())
        return getList(db);
}
public getList(MyContext db)
{
      ...
}

然后替换 addUser 中的调用，以保持相同的数据上下文。

我似乎在我的代码中经常看到这种类型的事情，并且我担心创建和释放所有这些数据上下文的成本。有谁认为是否值得投入额外的工作来消除这些上下文的创建和删除？

Answer 1

Microsoft 提供了以下建议，以防止重复使用 DataContext 实例 http://msdn.microsoft .com/en-us/library/bb386929.aspx

常见问题 (LINQ to SQL)

连接池

问。有没有一个结构可以帮助
使用 DataContext 池？

A. 不要尝试重用实例
DataContext。 每个 DataContext
维护状态（包括身份
缓存）用于一项特定的编辑/查询
会议。基于获取新实例
根据数据库的当前状态，
使用新的 DataContext。

您仍然可以使用底层 ADO.NET
连接池。了解更多
信息，请参阅 SQL Server 连接
池化 (ADO.NET)。

Answer 2

可以重用同一逻辑操作的不同部分（也许通过将数据上下文作为参数传递），但您不应该重用更多的东西：

• 它缓存对象；这会很快变得太大，
• 就不应该在线程之间共享它
• 一旦遇到异常，

，重用等等是非常不明智的。所以：原子操作很好；长寿命的应用程序上下文；坏的。

Answer 3

我通常做的是创建一个类，您可以将其称为 DataManager 之类的类，并将所有数据函数作为成员。此类在其构造函数上创建 MyContext 的实例。

class DataManager
{
   private MyContext db;

   public DataManager() {
       db = new MyContext();
   }

   public User[] getList()
   {
       return db.Users.Where(item => item.Active == false);
   }

   public User[] addUser(string name)
   {
       db.Users.InsertOnSubmit(new User() { id = Guid.NewId(),  name = name, active = false ...});
       return getList();
   }
}

每当您执行一组操作时，都会创建此类的实例。例如，在控制器上，您可以将此类作为成员。只是不要用它创建一个全局变量，当你完成它时实例化并处置它。