6

我必须一个接一个地重新计算大量实体的值。

在该过程中，所有自跟踪实体都在同一个 ObjectContext 中进行更改。对于需要处理的每个实体，必须从数据库中获取少量数据。这会导致很多相同的 SQL 查询，但使用不同的参数。

我正在使用Solutions Design 的 ORM Profiler软件来分析发送到数据库的查询。

查询本身对我来说似乎没问题。它们很短，不需要太多时间来执行。

但是，我对探查器如何向我显示查询的实际处理方式感到困惑：

在此处输入图像描述

如您所见，它不断打开和关闭同一个数据库连接。

现在，看看单个打开/查询/关闭连接的时间：

在此处输入图像描述

看起来打开和关闭数据库连接会浪费时间。

阅读此答案后，我更改了代码，现在看起来像这样：

using (var connection = new EntityConnection(ConfigurationManager.ConnectionStrings["MyEntities"].ConnectionString))
{
    using (var context = new MyEntities(connection))
    {
        // ...

我现在可以看到它仍在使用相同的连接（这很好），但是，连接仍然在查询之间不断关闭和打开。

Gert Arnold建议我在使用上下文之前显式打开连接。然后我修改了我的代码，使它看起来像这样：

using (var connection = new EntityConnection(ConfigurationManager.ConnectionStrings["MyEntities"].ConnectionString))
{
    connection.Open();
    using (var context = new MyEntities(connection))
    {
        // ...

现在它起作用了！每个查询都发送到同一个数据库连接：

在此处输入图像描述

我现在很好奇为什么我需要在使用上下文之前打开连接？

4

2 回答 2

5

可以使用现有连接创建上下文。很难找到有关它的文档，但如果在上下文使用它之前显式打开连接，它将保持打开状态，直到它被显式关闭或释放。我用 EF5 ObjectContext（Linqpad 代码）对此进行了测试：

using (var conn = new EntityConnection(connectionString))
{
    conn.Open();
    using (var db = new InventoryContext(conn))
    {
        db.Products.ToList();
        conn.State.Dump();
        db.SaveChanges();
        conn.State.Dump();
    }
}

输出为Open, Open。当连接未打开时，输出为Closed, Closed。

于 2013-05-14T18:44:48.847 回答
1

另一种解决方案可能是在DbContext构建时打开连接：

public partial class QueryModel : DbContext
{
    public QueryModel(string connectionName):base(connectionName)
    {
        this.Database.Connection.Open();
    }
}
于 2017-09-08T15:11:45.813 回答