小编典典

设置NOCOUNT ON用法

sql

受此问题启发,在SET NOCOUNT上有不同的看法…

我们是否应该将SET NOCOUNT ON用于SQL Server?如果没有,为什么不呢?

它的作用编辑6,2011年7月22日

它抑制了任何DML之后的“受影响的xx行”消息。这是一个结果集,发送时,客户端必须对其进行处理。它很小,但是可以测量(请参见下面的答案)

对于触发器等,客户端将收到多个“受影响的xx行”,这将导致某些ORM,MS Access,JPA等的各种错误(请参见下面的编辑)

背景:

一般公认的最佳实践(直到这个问题之前,我一直认为)是SET NOCOUNT ON在SQL Server的触发器和存储过程中使用。我们到处都使用它,一个快速的google也显示出很多SQL Server MVP也同意。

MSDN说,这可能会破坏.net SQLDataAdapter。

现在,这对我来说意味着SQLDataAdapter仅限于完全CRUD处理,因为它希望“ n个受影响的行”消息匹配。因此,我不能使用:

如果存在则避免重复(不影响行的消息)注意:请谨慎使用
不存在(行数少于预期)
过滤掉琐碎的更新(例如,实际上没有数据更改)
之前进行任何表访问(例如记录)
隐藏复杂性或去甲化
等等
在问题marc_s(谁知道他的SQL知识)说不要使用它。这与我的想法有所不同(我也认为自己在SQL方面有些能力)。

我可能会遗漏一些东西(随意指出显而易见的地方),但是你们在那里的人们怎么想?

注意:已经有好几年了,因为我现在不使用SQLDataAdapter,所以看到了此错误。

在评论和问题之后进行编辑:

编辑:更多的想法…

我们有多个客户端:一个可以使用C#SQLDataAdaptor,另一个可以使用Java的nHibernate。这些可能会以不同的方式受到影响SET NOCOUNT ON。

如果将存储的procs当作方法,那么假设某种内部处理以某种方式用于您自己的目的是不好的形式(反模式)。

编辑2:触发打破nHibernate问题,SET NOCOUNT ON无法设置在哪里

(不,不是this的重复)

编辑3:还有更多信息,多亏了我的MVP同事

KB 240882,导致在SQL 2000及更早版本上断开连接的问题


阅读 1320

收藏
2020-09-20

共1个答案

小编典典

好的,现在我已经完成研究,这是交易:

在TDS协议中,每个查询SET NOCOUNT ON仅保存9个字节,而文本“ SET NOCOUNT ON”本身高达14个字节。我曾经认为这123 row(s) affected是从服务器以纯文本形式在单独的网络数据包中返回的,但事实并非如此。实际上,它是DONE_IN_PROC响应中称为“ 嵌入” 的小结构。它不是一个单独的网络数据包,因此不会浪费往返时间。

我认为您几乎可以始终坚持默认计数行为,而不必担心性能。但是,在某些情况下,事先计算行数会影响性能,例如仅向前的游标。在这种情况下,可能需要NOCOUNT。除此之外,绝对没有必要遵循“尽可能使用NOCOUNT”的座右铭。

这是关于SET NOCOUNT设置的微不足道的非常详细的分析:http : //daleburnett.com/2014/01/everything-ever-wanted-know-set-nocount/

2020-09-20