If(设置no count== off)

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

Sometimes even the simplest things can make a difference. One of these simple items that should be part of every stored procedure is SET NOCOUNT ON. This one line of code, put at the top of a stored procedure turns off the messages that SQL Server sends back to the client after each T-SQL statement is executed. This is performed for all SELECT, INSERT, UPDATE, and DELETE statements. Having this information is handy when you run a T-SQL statement in a query window, but when stored procedures are run there is no need for this information to be passed back to the client.

通过从网络中移除这种额外的开销，可以极大地提高数据库和应用程序的整体性能。

如果您仍然需要获得受正在执行的T-SQL语句影响的行数，您仍然可以使用@@ROWCOUNT选项。通过发出SET NOCOUNT ON，这个函数(@@ROWCOUNT)仍然可以工作，并且仍然可以在存储过程中使用，以确定有多少行受到语句的影响。

我想在某种程度上这是一个DBA vs.开发人员的问题。

作为一个开发人员，我会说除非你绝对有必要，否则不要使用它——因为使用它会破坏你的ADO。NET代码(如Microsoft文档所示)。

我想作为一名DBA，您应该站在另一边——只要有可能就使用它，除非您真的必须阻止它的使用。

同样，如果你的开发者使用了ADO返回的“RecordsAffected”。NET的ExecuteNonQuery方法调用，如果每个人都使用SET NOCOUNT ON，您就会遇到麻烦，因为在这种情况下，ExecuteNonQuery总是返回0。

也可以看看Peter Bromberg的博客文章，看看他的立场。

所以归根结底是谁来制定标准:-)

Marc

当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示例:

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

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

如果你说你可能有不同的客户端，经典的ADO有问题，如果SET NOCOUNT没有设置为ON。

我经常遇到的一个问题是:如果一个存储过程执行了许多语句(因此返回了许多“受影响的xxx行”消息)，ADO似乎没有处理这个问题，并抛出错误“无法更改以Command对象作为源的记录集对象的ActiveConnection属性”。

所以我一般建议打开它，除非有非常非常好的理由不打开。你可能已经找到了非常非常好的理由，我需要进一步阅读。