2

我正在编写一个存储过程，完成后将用于逐列扫描临时表中的虚假数据。

练习的第一步只是扫描表格——这就是下面的代码所做的。问题是此代码在 5:45 秒内运行 --- 但是作为控制台应用程序运行的相同代码（当然更改连接字符串）在大约 44 秒内运行。

    using (SqlConnection sqlConnection = new SqlConnection("context connection=true"))
    {
        sqlConnection.Open();
        string sqlText = string.Format("select * from {0}", source_table.Value);
        int count = 0;
        using (SqlCommand sqlCommand = new SqlCommand(sqlText, sqlConnection))
        {
            SqlDataReader reader = sqlCommand.ExecuteReader();
            while (reader.Read())
                count++;
            SqlDataRecord record = new SqlDataRecord(new SqlMetaData("rowcount", SqlDbType.Int));
            SqlContext.Pipe.SendResultsStart(record);
            record.SetInt32(0, count);
            SqlContext.Pipe.SendResultsRow(record);
            SqlContext.Pipe.SendResultsEnd();
        }
    }

然而，相同的代码（当然不同的连接字符串）在大约 44 秒内在控制台应用程序中运行（这更接近我在客户端的预期）

我在 SP 方面缺少什么，这会导致它运行如此缓慢。

请注意：我完全理解，如果我想要行数，我应该使用 count(*) 聚合 --- 这不是本练习的目的。

4

2 回答 2

2

您正在编写的代码类型极易受到 SQL 注入的影响。您可以使用 RecordsAffected 属性来查找阅读器中的行数，而不是像您一样处理阅读器。

编辑：

在做了一些研究之后，您看到的差异是上下文连接和常规连接之间的设计差异。彼得·德贝塔（Peter Debetta）对此发表了博客并写道：

“上下文连接是这样编写的，它一次只获取一行，因此对于 2000 万个奇数行中的每一行，代码分别请求每一行。但是，使用非上下文连接，它请求 8K 值一次行。”

http://sqlblog.com/blogs/peter_debetta/archive/2006/07/21/context-connection-is-slow.aspx

于 2009-05-19T16:51:43.657 回答
1

好吧，答案似乎毕竟在连接字符串中。

context connection=true

相对

server=(local); database=foo; integrated security=true

出于某种奇怪的原因，使用“外部”连接，SP 的运行速度几乎与控制台应用程序一样快（仍然没有那么快！——55 秒）

当然，现在必须将程序集部署为外部而不是安全的——这会带来更多的挫败感。

于 2009-05-19T16:24:45.087 回答