转载自网络。当 SET NOCOUNT 为 ON 时，不返回计数（表示受 Transact-SQL 语句影响的行数）。当 SET NOCOUNT 为 OFF 时，返回计数。
即使当 SET NOCOUNT 为 ON 时，也更新 @@ROWCOUNT 函数。
当 SET NOCOUNT 为 ON 时，将不给客户端发送存储过程中的每个语句的 DONE_IN_PROC 信息。当使用 Microsoft® SQL Server™ 提供的实用工具（QA）执行查询时，在 Transact-SQL 语句（如 SELECT、INSERT、UPDATE 和 DELETE）结束时将不会在查询结果中显示"nn rows affected"。
如果存储过程中包含的一些语句并不返回许多实际的数据，则该设置由于大量减少了网络流量，因此可显著提高性能。
SET NOCOUNT 设置是在执行或运行时设置，而不是在分析时设置。
如果存储过程中有多个语句，则默认情况下，SQL Server在每个语句完成时给客户端应用程序发送一条消息，详细说明每个语句所影响的行数。大多数应用程序不需要这些消息。如果确信应用程序不需要他们，可以禁用这些消息，以提高慢速网络的性能。我们就可以通过SET NOCOUNT会话设置为应用程序禁用这些消息。（其实大部分应用程序都不需要这个值）
需要注意的是：
1．存储过程：象create table返回了记录集，而且连insert into语句也返回了记录集，不过该记录集得一种特别的记录集（没有字段，不能对该记录集进行任何操作）， OLEDB和ODBC存在一个很大的差别，向odbc取记录集时，odbc过滤了上面所称的特殊记录集（那种只占位置但不能进行任何操作的记录集——多由create table或insert into产生），而向oledb取记录集时，oledb并没有将特殊记录集过滤。所以在使用存储过程返回记录集时，在不希望返回记录的地方，应该使用set nocount on禁止存储过程返回记录集，否则可能会绕很多弯路。
2．触发器： 建议不要让触发器返回任何结果。这是因为对这些返回结果的特殊处理必须写入每个允许对触发器表进行修改的应用程序中。为了阻止从触发器返回任何结果，不要在触发器内定义包含SELECT语句或变量赋值。如果必须在触发器中进行变量赋值，则应该在触发器的开头使用SET NOCOUNT ON语句以避免返回任何结果集。
今天我就遇到了触发器返回结果集，造成对触发器表删除出错，如果是删除一条记录可以，多条则不行，提示：Key column information si insufficient or incorrect.Too many rows were affected by update.