好了，现在我做了我的研究，事情是这样的:

在TDS协议中，SET NOCOUNT ON每次查询只节省9个字节，而文本“SET NOCOUNT ON”本身是一个巨大的14个字节。我曾经认为受影响的123行是在一个单独的网络数据包中以纯文本从服务器返回的，但事实并非如此。实际上，它是嵌入在响应中的一个名为DONE_IN_PROC的小结构。它不是一个单独的网络数据包，因此不会浪费往返。

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

这里有一个关于SET NOCOUNT设置不重要的非常详细的分析:http://daleburnett.com/2014/01/everything-ever-wanted-know-set-nocount/

设置nocount on; 以上代码将在DML/DDL命令执行后，停止sql server引擎生成的消息到前端结果窗口。

我们为什么要这么做? 由于SQL server引擎获取状态并生成消息需要消耗一定的资源，因此对SQL server引擎来说是一种过载。所以我们设置了noncount消息。

If(设置no count== off)

｛ 然后，它将保存受影响记录数量的数据 降低性能 ｝ 其他的 ｛ 它不会跟踪变更记录 因此提高绩效 ｝ ｝

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流量:

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

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

至于在SPs中的使用，这是个人喜好的问题。我总是关闭行计数，但话说回来，这两种方法都没有真正有力的论据。

另一方面，您应该真正考虑远离基于sp的体系结构，这样您甚至不会遇到这个问题。

SET NOCOUNT ON-将显示“Command(s) completed successfully”。 SET NOCOUNT OFF-它将显示”(No。受影响的行)”。