您应该在 SQL Server 中使用 SET NOCOUNT ON 吗？

SQL Server 中的 SET NOCOUNT ON：利弊权衡

在 SQL Server 中是否使用 "SET NOCOUNT ON" 一直是开发者们争论不休的话题。一部分人认为它有益于性能提升，而另一部分人则警告其潜在的弊端。

背景知识

"SET NOCOUNT ON" 命令会抑制 DML 操作后显示的 "受影响的行数 xx 行" 消息。这条消息是一个结果集，客户端必须对其进行处理，从而产生微不足道的但可测量的开销。在涉及触发器或存储过程的场景中，多个 "受影响的行数 xx 行" 消息可能会导致某些 ORM（包括 MS Access 和 JPA）出现错误。

SET NOCOUNT ON 的支持者

传统的观点认为，"SET NOCOUNT ON" 应该被用来提高性能。其论点是，由于 "受影响的行数 xx 行" 消息对于大多数应用程序来说是不必要的，因此抑制它可以减少网络流量和处理时间。此外，人们认为 SET NOCOUNT ON 可以防止在客户端期望特定行数的某些场景中出现错误。

SET NOCOUNT ON 的反对者

"SET NOCOUNT ON" 的反对者认为，它可能会阻碍高级数据库操作。例如，抑制行计数信息可能会干扰：

• 使用 IF EXISTS 避免重复记录
• 使用 WHERE NOT EXISTS 限制结果
• 过滤掉微不足道的更新
• 在 DML 操作之前或之后执行表访问

此外，SET NOCOUNT ON 可能会导致某些客户端框架（例如 ADO.NET 的 SqlDataAdapter 和 JPA）出现意外行为。这些框架期望行计数信息，而它的缺失可能会导致错误或不正确的结果。

性能影响

虽然人们普遍认为 SET NOCOUNT ON 可以提高性能，但数据表明并非如此。在 TDS 协议中，SET NOCOUNT ON 每条查询仅节省 9 个字节，而命令本身却有 14 个字节。 "受影响的行数 xx 行" 消息不是单独的网络数据包，而是一个小的嵌入式结构。因此，性能提升微乎其微。

结论

是否使用 "SET NOCOUNT ON" 取决于具体的需求和考虑因素。在性能至关重要或客户端框架不依赖行计数信息的场景中，它可能是有利的。但是，在全局实施 SET NOCOUNT ON 之前，务必考虑其潜在的缺点。

以上是您应该在 SQL Server 中使用 SET NOCOUNT ON 吗？的详细内容。更多信息请关注PHP中文网其他相关文章！