当SET NOCOUNT为ON时，计数(指示受Transact-SQL语句影响的行数)不会返回。当SET NOCOUNT为OFF时，返回计数。它与任何SELECT, INSERT, UPDATE, DELETE语句一起使用。 SET NOCOUNT的设置在执行或运行时设置，而不是在解析时设置。 SET NOCOUNT ON可提高SP (storage procedure)性能。 语法:SET NOCOUNT {ON | OFF}

SET NOCOUNT ON示例:

SET NOCOUNT OFF示例:

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

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

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

冒着让事情变得更复杂的风险，我推荐一个与我上面看到的略有不同的规则:

总是在proc的顶部设置NOCOUNT ON，在你在proc中做任何工作之前，但也总是在从存储的proc返回任何记录集之前再次设置NOCOUNT OFF。

所以“通常不要指望，除非你实际返回一个结果集”。我不知道这可以破坏任何客户端代码的任何方式，这意味着客户端代码永远不需要知道任何关于过程内部的信息，而且它不是特别繁重。

SET NOCOUNT ON;

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

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

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

在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/