你会用微软sql server的Update语句的一个扩展功能,还有如何绕过它的一个bug(首发)吗?
微软Sql server的Update语句，有个不错的扩展功能,通过允许变量赋值,可在语句中嵌入复杂的逻辑计算，从而让本来需要一个Select 加一个Update语句的段子，被优化成只需一个update语句。这对性能提高有不小的好处.但是,这项功能有个尚未报告且不易注意的bug.举例来说，下述形式都是合法的：
Update table1 set column1 = expr1, @var1 = expr2, @var2= column2 = expr3, ...where where_condition
为了说更透彻的说明问题, 看下面的语句:
UPDATE dbo.TableX
SET @oldDesc = Description, @OldApr = ApproveBits,
@NewApr = case when @OldApr & @txtCheck0 and @oldDesc@Description then @OldApr & @txtMask2
else @OldApr end,
@NewApr = (case when @NewApr & @rateCheck = 0 then @NewApr
when @protectlevel >= XRate then @NewApr | @rateBit
else @NewApr & @rateMask end),
ApproveBits = @NewApr, --don't as @NewApr=ApproveBits=
-- parse incorrectly due to a bug
@dateSet = case when LastModified is null and (@NewApr = 0 or @NewApr = 3) then 1 else 0 end,
LastModified = case when @dateSet = 1 then @pnewDate else LastModified end,...
WHERE ...
你看了上面的代码会不会晕?. 在Update Clause中, 标准的sql只允许对数据库表的列赋值.由于微软sql的这一扩展, 允许对变量赋值, 再和case 语句组合起来, 就可以实现相当复杂的逻辑计算.如果没有这些,一个Update语句就能做完的事情,就需要一个Select加一个Update语句才能实现.上面的那个例子,全面的利用了这一功能,从而实现对性能的提高和优化.
你如果看到上面的代码会晕,那是因为,微软本身提供的文档并没有完整透彻的说明这一功能,经过我个人的测试和总结,补充以下重要条款：
1.由于允许被赋值的是变量，可以在update中嵌入复杂的逻辑计算，并且可以让本来需要一个select 加一个update语句的段子，被优化成只需要一个update语句的段子。这对性能提高有不小的好处。
2。@var2= column2 = expr3, 等同于: @var2= expr3, column2 = expr3
不同于“@var2= column2, column2 = expr3" 或者“column2 = expr3, @var2= column2", 后两种形式都是把column2的旧值赋予了@var2.
3. 形式: column2 = @var2= expr3, 非法.
由于可能出现嵌套引用,所以必须知道在赋值时的优先级,规则如下,
4. 变量赋值相对列赋值优先.
5. 如果都是变量赋值,那么更靠左边的优先.
6. 在赋值表达式右边出现的变量的值是该变量的当前值.
7. 在赋值表达式右边出现的列的值永远是该列的旧值, 与在update语句中的次序无关.
目前, 这个扩展功能有一个bug, 就是,在下面的形式中:
"...set @var2 = expr1, @var2= column2 = expr2,... ",
你会想当然地认为@var2最后的值是expr2, 但是,由于这个bug,实际上, var2最后的值是expr1.
为了绕开这个bug, 你可以把上面重写成下面的形式:
@var2 = expr1, @var2= expr2, column2 = @var2
这里介绍的都是个人精炼的,在微软的文献中找不到的,值得收藏呵.
weibo:JohnXhark
页:
[1]