我想验证自己“SET NOCOUNT ON”不保存网络包或往返

我在另一个主机上使用了测试SQLServer 2017(我使用了一个虚拟机) 创建表ttable1 (n int); 插入ttable1值(1),(2),(3),(4),(5)、(6)、(7) 去 创建procNoCount过程 作为 开始 设置nocount on 更新ttable1 set n=10-n 结束 创建过程procNormal 作为 开始 更新ttable1 set n=10-n 结束 然后我用“Wireshark”工具跟踪1433端口上的数据包: “捕获过滤器”按钮-> '端口1433'

exec procNoCount

这是响应报文: 0000 00 50 56 c0 00 08 00 0c 29 31 3f 75 08 00 45 00 0010 00 42 d0 ce 40 00 40 06 84 0d c0 a8 32 88 c0 a8 0020 32 01 05 99 fe a5 91 49 e5 9c be fb 85 01 50 18 0030 02 b4 e6 0e 00 00 04 01 00 1a 00 35 01 00 79 00 0040 00 00 00 00 fe 00 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

exec procNormal

这是响应报文: 0000 00 50 56 c0 00 08 00 0c 29 31 3f 75 08 00 45 00 0010 00 4f d0 ea 40 00 40 06 83 e4 c0 a8 32 88 c0 a8 0020 32 01 05 99 fe a5 91 49 e8 b1 be fb 8a 35 50 18 0030 03 02 e6 1b 00 00 04 01 00 27 00 35 01 00 ff 11 0040 00 c5 00 07 00 00 00 00 00 00 79 00 00 00 00 00 0050 fe 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00

在第40行，我可以看到'07'，这是'受影响的行'的数量。 它包含在响应包中。没有额外的包裹。

然而，它有13个额外的字节可以节省，但可能并不比减少列名更值得。从“管理部门”到“总经理”)

所以我认为没有理由用它来提高性能

但 正如其他人提到的，它可以破坏ADO。网 我还无意中发现了一个使用python的问题: MSSQL2008 - Pyodbc -以前的SQL不是查询

所以这可能还是个好习惯……

我想验证自己“SET NOCOUNT ON”不保存网络包或往返

我在另一个主机上使用了测试SQLServer 2017(我使用了一个虚拟机) 创建表ttable1 (n int); 插入ttable1值(1),(2),(3),(4),(5)、(6)、(7) 去 创建procNoCount过程 作为 开始 设置nocount on 更新ttable1 set n=10-n 结束 创建过程procNormal 作为 开始 更新ttable1 set n=10-n 结束 然后我用“Wireshark”工具跟踪1433端口上的数据包: “捕获过滤器”按钮-> '端口1433'

exec procNoCount

这是响应报文: 0000 00 50 56 c0 00 08 00 0c 29 31 3f 75 08 00 45 00 0010 00 42 d0 ce 40 00 40 06 84 0d c0 a8 32 88 c0 a8 0020 32 01 05 99 fe a5 91 49 e5 9c be fb 85 01 50 18 0030 02 b4 e6 0e 00 00 04 01 00 1a 00 35 01 00 79 00 0040 00 00 00 00 fe 00 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

exec procNormal

这是响应报文: 0000 00 50 56 c0 00 08 00 0c 29 31 3f 75 08 00 45 00 0010 00 4f d0 ea 40 00 40 06 83 e4 c0 a8 32 88 c0 a8 0020 32 01 05 99 fe a5 91 49 e8 b1 be fb 8a 35 50 18 0030 03 02 e6 1b 00 00 04 01 00 27 00 35 01 00 ff 11 0040 00 c5 00 07 00 00 00 00 00 00 79 00 00 00 00 00 0050 fe 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00

在第40行，我可以看到'07'，这是'受影响的行'的数量。 它包含在响应包中。没有额外的包裹。

然而，它有13个额外的字节可以节省，但可能并不比减少列名更值得。从“管理部门”到“总经理”)

所以我认为没有理由用它来提高性能

但 正如其他人提到的，它可以破坏ADO。网 我还无意中发现了一个使用python的问题: MSSQL2008 - Pyodbc -以前的SQL不是查询

所以这可能还是个好习惯……

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

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

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

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

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

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

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

Marc

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

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)仍然可以工作，并且仍然可以在存储过程中使用，以确定有多少行受到语句的影响。