我有以下查询,并尝试查看其编写方式是否可以获得最好的性能
UPDATE UserSession
SET
PauseSpan = CASE State WHEN 9 THEN PauseSpan + @SPAN ELSE PauseSpan END,
PauseSpanTotal = CASE State WHEN 9 THEN PauseSpanTotal + @SPAN ELSE PauseSpanTotal END,
PendSpan = CASE State WHEN 5 THEN PendSpan + @SPAN ELSE PendSpan END,
PendSpanTotal = CASE State WHEN 5 THEN PendSpanTotal + @SPAN ELSE PendSpanTotal END
WHERE State = 9 OR State = 5
如您所见,WHERE
语句将导致两种类型的记录被过滤,状态分别为9和5。
由于某些CASE
语句将不被满足,默认的ELSE行为将默认结果为NULL,并且该语句将失败,因为相关列不可为NULL。
所以您可以看到,我已经在每个语句的末尾添加了ELSE,并将列名传递给它,因为我知道这只会导致列保留默认值,以防大小写不匹配。
问题是,这是否会影响性能,因为默认值将被重写到每一列?
发布于 2019-06-23 22:28:51
我会在WHERE
子句中使用IN
来表达:
UPDATE UserSession
SET PauseSpan = (CASE State WHEN 9 THEN PauseSpan + @SPAN ELSE PauseSpan END)
PauseSpanTotal = (CASE State WHEN 9 THEN PauseSpanTotal + @SPAN ELSE PauseSpanTotal END),
PendSpan = (CASE State WHEN 5 THEN PendSpan + @SPAN ELSE PendSpan END),
PendSpanTotal = (CASE State WHEN 5 THEN PendSpanTotal + @SPAN ELSE PendSpanTotal END)
WHERE State IN (5, 9);
这不会影响性能。从性能的角度来看,您唯一能做的就是在(State)
上添加一个索引。但是,如果许多行都有状态5
和9
,这不会有太大区别。
发布于 2019-06-24 00:00:49
我怀疑SQL Server会因为用相同的值覆盖值而浪费时间,但有一种简单的方法可以找出答案。运行如下代码:
update UserSession
set PauseSpan = PauseSpan;
现在看看有多少行受到了影响。如果此数字为0,则更新不会用自身重写值。如果该值与记录数相同,则update将用其自身覆盖该值
编辑
由于所有记录都会受到影响,这会影响性能,但在性能成为问题之前,人们不应该担心这一点。
https://stackoverflow.com/questions/56724617
复制相似问题