C# SqlCommand.ExecuteNonQuery() 和 SQL SET NOCOUNT ON

Question

我已经搜索了整个下午，但我不认为这与像 ExecuteNonQuery() and SET NOCOUNT ON 这样的其他问题重复。

我还发现了一个关于 Finding code smells using SQL Prompt: the SET NOCOUNT problem (PE008 and PE009) 的有趣博客，其中包含了一些有趣的细节，但仍然没有回答我的问题。

我有一个数据库服务器，管理员在其中勾选了服务器连接的 no count 选项（在 SSMS 中，右键单击对象资源管理器中的服务器，转到属性，选择连接页面，在“默认连接选项”下，向下滚动直到找到“无计数”选择器）。

根据我所做的所有阅读，越来越多的管理员可能会勾选no count 选项以提高性能，因为结果行将不再发送回客户端。

因此，我的问题主要集中在 C# 中的 SqlCommand.ExecuteNonQuery Method 上，因为它依赖于以下事实：

针对连接执行 Transact-SQL 语句并返回受影响的行数。

但如果强制执行SET NOCOUNT ON，则结果将始终为-1。我已经阅读了人们如何推荐而不是使用select @rowcount = @@ROWCOUNT 但这并不能弥补您从SqlCommand.ExecuteNonQuery 方法中失去功能的事实，以至于您不妨开始使用SqlCommand.ExecuteScalar而是。

所以我的问题是，为了获得最佳实践，我们是否应该开始将 SQL Server 设置为 no count（或者至少期望他们将在接下来的几年内开始配置它们），然后如果是这样，我们应该强制SET NOCOUNT OFF 还是放弃SqlCommand.ExecuteNonQuery 以支持select @rowcount = @@ROWCOUNT？

Answer 1

大约十年前，我开始使用 SqlCop，它曾经突出显示“没有 SET NOCOUNT ON 的程序”。随着时间的推移，我已经进化，所以我不再使用它，但我喜欢这个概念，所以我有一组单元测试，它们运行元数据查询来查找像 SqlCop 用来突出显示的东西（以及更多）。

我的每个测试都允许我为每个规则添加排除项，这样我就可以在评论中记录排除它的理由。

我目前对此的测试（我不必亲自动手）可能会突出显示包含SELECT 但不包含SET NOCOUNT ON 的存储过程。这样，INSERTs、UPDATEs 和 DELETEs 都保留了默认行为，允许我的代码使用 ExecuteNonQuery 的结果。任何边缘情况都可以从规则中排除。

这让我可以让 SQL Server 保持默认行为，并且我的应用程序的 SP 可以选择何时改变 Microsoft 的默认设置。

请注意，如果有人修改了默认设置，那么我的代码将无法运行，因为我没有遵循 RedGate 文章末尾的建议“如果您需要确保查询返回行计数消息，您应该指定它而不是假定当前设置。".

这是非常明智的建议，因为事后诸葛亮是一件好事：如果您知道可以更改默认值，您只会知道需要设置它。有点像您了解到将 SP 脚本编写为“IF EXISTS、DROP 和 CREATE”（SSMS 提供了有帮助）是一种愚蠢的做法：最好只 IF NOT EXISTS 创建一个占位符，并且然后将其更改为实际定义（避免丢失元数据，如权限）。

当然，我可以修复我的 SP，并添加新的或更改的单元测试以确保我始终以一种或另一种方式设置 NOCOUNT 选项。但我要说的一点是，如果将这种行为设置为不同于默认值也可能会破坏您在该服务器上安装的任何第三方产品，我不会感到惊讶。 （也许这在您的场景中并不重要。）

无论您决定采用哪种方式，我只是觉得这种通过单元测试来执行您决定的方法的技术非常宝贵。检查它是否总是由每个 SP 设置为一种或另一种方式似乎是明智的。