设置使用人数

受这个问题的启发，在SET NOCOUNT上有不同的看法...

我们是否应该将SET NOCOUNT ON用于SQL Server？如果没有，为什么不呢？

它的作用编辑6，2011年7月22日

它抑制了任何DML之后的“受影响的xx行”消息。这是一个结果集，发送时，客户端必须对其进行处理。它很小，但是可以测量（请参见下面的答案）

对于触发器等，客户端将收到多个“受影响的xx行”，这将导致某些ORM，MS Access，JPA等的各种错误（请参见下面的编辑）

背景：

公认的最佳实践（直到这个问题之前，我一直认为）是SET NOCOUNT ON在SQL Server的触发器和存储过程中使用。我们到处都使用它，一个快速的google也显示出很多SQL Server MVP也同意。

MSDN表示，这可能会破坏.net SQLDataAdapter。

现在，这对我来说意味着SQLDataAdapter仅限于完全CRUD处理，因为它希望“ n个受影响的行”消息匹配。因此，我不能使用：

• 如果存在则避免重复（不影响行的消息）注意：请谨慎使用
• 不存在（行数少于预期）
• 过滤掉琐碎的更新（例如，实际上没有数据更改）
• 之前进行任何表访问（例如记录）
• 隐藏复杂性或去甲化作用
• 等等

在问题marc_s（谁知道他的SQL知识）说不要使用它。这与我的想法有所不同（我也认为自己在SQL方面有些能力）。

我可能会遗漏一些东西（随意指出显而易见的地方），但是你们在那里的人们怎么想？

注意：已经有好几年了，因为我现在不使用SQLDataAdapter，所以看到了此错误。

在评论和问题之后进行编辑：

编辑：更多的想法...

我们有多个客户端：一个可以使用C＃SQLDataAdaptor，另一个可以使用Java的nHibernate。这些可能会以不同的方式受到影响SET NOCOUNT ON。

如果您将存储的procs当作方法，那么以某种方式处理某些内部处理以达到您自己的目的是不好的形式（反模式）。

编辑2：触发打破nHibernate问题，SET NOCOUNT ON无法设置在哪里

（不，它不是this的重复）

编辑3：还有更多信息，多亏了我的MVP同事

• KB 240882，导致在SQL 2000及更早版本上断开连接的问题
• 性能提升演示

编辑4：2011年5月13日

如果未指定，是否也会破坏Linq 2 SQL？

编辑5：2011年6月14日

使用表变量破坏JPA，存储的proc：JPA 2.0是否支持SQL Server表变量？

编辑6：2011年8月15日

SSMS“编辑行”数据网格要求SET NOCOUNT ON：使用GROUP BY更新触发器

编辑7：2013年3月7日

@RemusRusanu的更多详细信息：
SET NOCOUNT ON是否真的使性能差异很大

好的，现在我已经完成研究，这是交易：

在TDS协议中，每个查询SET NOCOUNT ON仅保存9个字节，而文本“ SET NOCOUNT ON”本身为14个字节。我曾经认为这123 row(s) affected是从服务器以纯文本形式在单独的网络数据包中返回的，但事实并非如此。实际上，它是DONE_IN_PROC响应中称为嵌入式的小结构。它不是一个单独的网络数据包，因此不会浪费往返时间。

我认为您几乎可以始终坚持默认计数行为，而不必担心性能。但是，在某些情况下，事先计算行数会影响性能，例如仅向前游标。在这种情况下，可能需要NOCOUNT。除此之外，绝对没有必要遵循“尽可能使用NOCOUNT”的座右铭。

以下是有关SET NOCOUNT设置的重要性的非常详细的分析：http : //daleburnett.com/2014/01/everything-ever-wanted-know-set-nocount/

我花了很多时间才能找到围绕NOCOUNT的真实基准数据，因此我想分享一个简短的摘要。

• 如果您的存储过程使用游标执行许多非常快速的操作而没有返回结果，则将NOCOUNT OFF设置为ON所需的时间大约是其10倍。¹这是最坏的情况。
• 如果您的存储过程仅执行一次快速操作而没有返回结果，则将NOCOUNT设置为ON 可能会提高3％的性能。²这将与典型的插入或更新过程一致。（请参阅此答案的注释，以获取有关为何此方法可能并不总是更快的一些讨论。）
• 如果您的存储过程返回结果（即，您选择SELECT），则性能差异将与结果集的大小成比例地减小。

• 当SET NOCOUNT为ON时，不返回计数（指示受Transact-SQL语句影响的行数）。当SET NOCOUNT为OFF时，返回计数。它与任何SELECT，INSERT，UPDATE，DELETE语句一起使用。

• SET NOCOUNT的设置是在执行或运行时设置的，而不是在解析时设置的。

• SET NOCOUNT ON可提高存储过程（SP）的性能。

• 语法：SET NOCOUNT {ON | 关闭}

SET NOCOUNT ON的示例：

SET NOCOUNT OFF的示例：

我猜在某种程度上，这是DBA与开发人员的问题。

大多数情况下，我想说除非您绝对肯定要使用它，否则不要使用它-因为使用它会破坏您的ADO.NET代码（如Microsoft所述）。

我想作为一名DBA，您会更多地处于另一面-除非您确实必须阻止使用它，否则请尽可能使用它。

另外，如果您的开发人员曾经使用过ADO.NET的ExecuteNonQuery方法调用返回的“ RecordsAffected” ，那么如果每个人都使用它，就会麻烦，SET NOCOUNT ON因为在这种情况下，ExecuteNonQuery将始终返回0。

另请参阅Peter Bromberg的博客文章，并查看他的位置。

因此，实际上归结为谁来制定标准:-)

渣

如果您说自己也可能有其他客户端，那么如果未将SET NOCOUNT设置为ON，则经典ADO会出现问题。

我经常遇到的一个问题：如果存储过程执行了许多语句（因此返回了许多“受影响的xxx行”消息），ADO似乎无法处理该问题并抛出错误 “无法更改Recordset对象的ActiveConnection属性”其中以Command对象为源。”

因此，除非有确凿的充分理由，否则我通常主张将其设置为ON 。您可能已经找到了我需要去阅读的真正非常好的理由。

冒着使事情变得更复杂的风险，我鼓励采用与上述所有规则稍有不同的规则：

• NOCOUNT ON在proc中进行任何工作之前，请始终将其设置在proc的顶部，但在从存储的proc返回任何记录集之前，也请 始终SET NOCOUNT OFF将其设置在proc的顶部。

因此，“通常保持不计数，除非您实际返回结果集时”。我不知道这会破坏任何客户端代码的任何方式，这意味着客户端代码永远不需要了解proc内部的任何知识，并且它也不是特别繁琐。

关于破坏NHibernate的触发器，我有第一手的经验。基本上，当NH执行UPDATE时，它期望受影响的行数是一定的。通过将SET NOCOUNT ON添加到触发器，您可以将行数恢复到NH期望值，从而解决了该问题。是的，如果您使用NH，我绝对建议您将其关闭以用于触发器。

关于SP中的用法，这是个人喜好问题。我总是关闭行计数，但是再一次，这两种方式都没有真正的强力论据。

另一方面，您应该真正考虑脱离基于SP的体系结构，那么您根本就不会有这个问题。

我想证明自己“ SET NOCOUNT ON”既没有保存网络数据包也没有往返

我在另一台主机上使用了测试SQLServer 2017（我使用了VM）， create table ttable1 (n int); insert into ttable1 values (1),(2),(3),(4),(5),(6),(7) go create procedure procNoCount as begin set nocount on update ttable1 set n=10-n end create procedure procNormal as begin update ttable1 set n=10-n end 然后使用工具'Wireshark'在端口1433上跟踪了数据包：'捕获过滤器'按钮->'端口1433'

exec procNoCount

这是响应数据包： 0000 00 50 56 c0 00 08 00 0c 29 31 3f 75 08 00 45 00 0010 00 42 d0 ce 40 00 40 06 84 0d c0 a8 32 88 c0 a8 0020 32 01 05 99 fe a5 91 49 e5 9c be fb 85 01 50 18 0030 02 b4 e6 0e 00 00 04 01 00 1a 00 35 01 00 79 00 0040 00 00 00 fe 00 00 e0 00 00 00 00 00 00 00 00 00

exec procNormal

这是响应数据包： 0000 00 50 56 c0 00 08 00 0c 29 31 3f 75 08 00 45 00 0010 00 4f d0 ea 40 00 40 06 83 e4 c0 a8 32 88 c0 a8 0020 32 01 05 99 fe a5 91 49 e8 b1 be fb 8a 35 50 18 0030 03 02 e6 1b 00 00 04 01 00 27 00 35 01 00 ff 11 0040 00 c5 00 07 00 00 00 00 00 00 00 79 00 00 00 00 0050 fe 00 00 e0 00 00 00 00 00 00 00 00 00

在第40行，我可以看到“ 07”，它是“受影响的行”的数量。它包含在响应数据包中。没有额外的数据包。

但是，它还有13个额外的字节可以保存，但比减少列名（例如，将'ManagingDepartment'更改为'MD'）更值得

所以我认为没有理由使用它来表现

但是，正如其他人提到的那样，它可能会破坏ADO.NET，我也偶然发现了使用python的问题： MSSQL2008-Pyodbc-以前的SQL不是查询

所以大概还是个好习惯...

SET NOCOUNT ON;

这行代码在SQL中用于不返回查询执行中受影响的行数。如果我们不需要受影响的行数，则可以使用它，因为这将有助于节省内存使用量并增加查询执行的速度。

设置NOCOUNT ON；上面的代码将在DML / DDL命令执行后将sql服务器引擎生成的消息停止到前端结果窗口。

我们为什么这样做？由于SQL Server引擎需要一些资源来获取状态并生成消息，因此它被认为是Sql Server引擎的重载。因此，我们将noncount消息设置为on。

一个SET NOCOUNT ON真正有用的地方是您在循环或游标中进行查询的位置。这可能会增加大量网络流量。

CREATE PROCEDURE NoCountOn
AS
set nocount on
    DECLARE @num INT = 10000
    while @num > 0
    begin
       update MyTable SET SomeColumn=SomeColumn
       set @num = @num - 1
    end
GO


CREATE PROCEDURE NoCountOff
AS
set nocount off
    DECLARE @num INT = 10000
    while @num > 0
    begin
       update MyTable SET SomeColumn=SomeColumn
       set @num = @num - 1
    end
GO

在SSMS中打开客户端统计信息，然后运行EXEC NoCountOn并EXEC NoCountOff显示NoCountOff上的额外390KB流量：

在循环或游标中执行查询可能不理想，但我们也不生活在理想世界中：)

我知道这是一个很老的问题。但仅用于更新。

使用“ SET NOCOUNT ON”的最佳方法是将其设置为SP中的第一条语句，然后在最后一条SELECT语句之前再次将其设置为OFF。

我不知道如何在客户端和SQL之间测试SET NOCOUNT ON，所以我测试了其他SET命令“ SET TRANSACTION ISOLATION LEVEL READ IMMITMITTED”的类似行为

我从连接中发送了一条命令，更改了SQL的默认行为（“读取已提交”），并且在下一个命令中更改了该命令。当我在存储过程中更改ISOLATION级别时，它没有更改下一个命令的连接行为。

当前结论

1. 在存储过程中更改设置不会更改连接默认设置。
2. 通过使用ADOCOnnection发送命令来更改设置会更改默认行为。

我认为这与其他SET命令有关，例如“ SET NOCOUNT ON”

如果（不设置计数==关闭）

{然后它将保留受影响的记录数的数据，从而降低性能}否则{它不会跟踪更改的记录，从而提高性能}}

有时候，即使是最简单的事情也会有所作为。这些简单项目之一应该是每个存储过程的一部分SET NOCOUNT ON。放在存储过程顶部的这一行代码关闭了每个T-SQL语句执行后SQL Server发送回客户端的消息。这是对所有人执行的SELECT，INSERT，UPDATE，和DELETE语句。在查询窗口中运行T-SQL语句时，拥有此信息很方便，但是在运行存储过程时，无需将该信息传递回客户端。

通过消除网络上的这些额外开销，可以大大提高数据库和应用程序的整体性能。

如果仍然需要获取受正在执行的T-SQL语句影响的行数，则仍可以使用该@@ROWCOUNT选项。通过发出SET NOCOUNT ONthis函数（@@ROWCOUNT）仍然有效，并且仍可以在您的存储过程中使用，以标识该语句影响了多少行。