轉載自網絡。當 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.