update/set 的困惑？

Question

代码如下：
Create table #tt( id varchar(8),name varchar(8))
Insert into #tt
select '01','a'union all select '01','b'
union all select '01','a'
union all select '01','a'
union all select '01','b'
declare @ss  varchar(8),
        @col varchar(8)
Select @ss='+', @col=''Update #tt set name=@ss,@ss=(Case when (@col<>'') and (@col<>name) 
          then (Case when @ss='-' then '+' else '-' end) else @ss end),@col=nameSelect * from #ttdrop table #tt那个update 是怎么执行的？我怎么也看不明白！
请高手解惑！

Answer 1

Update #tt set name=@ss,@ss=(Case when (@col<>'') and (@col<>name) 
          then (Case when @ss='-' then '+' else '-' end) else @ss end),@col=name在执行update的时候，对于name这样的数据库字段永远都是取update执行开始之前的数据库值，但是对于@ss这样的变量则读取变量的最新值。因此，对于“(@col<>name) ”、“@col=name”这个地方要注意name值不受“name=@ss”的影响，永远是正在计算的那一行的原来数据库的值。但是变量@ss却可以把上一行计算出来的值带给下一行参与计算。

Answer 2

update 分为
delete 和 insert 两个步骤来执行
在update还没有完成
name的值为deleted里面的值 ， 也就是原来的值
不是新的值

Answer 3

update 分为 delete 和 insert 两个步骤来执行
——————————————————————————————————————————————
绝对不要这样去偷换实际的数据库系统操作，否则很多地方会错误地“以为”逻辑结果该怎样怎样。update、insert、delete是独立的原子操作，执行机制并不重合。

Answer 4

update就是独立更新操作。只不过，数据库任何指令都工作在事务中，都会在更新之前首先备份并锁住记录。

Answer 5

在触发器中，可以通过 inserted 和 deleted 来取数据，这不到对于update，对于insert和delete操作也成立。这仅仅是对事务中可访问数据的一种（不太恰当的）命名方法，并不说明三种操作中的任何操作都是执行了delete和insert操作。

Answer 6

update 分为
delete 和 insert 两个步骤来执行
在update还没有完成
name的值为deleted里面的值 ， 也就是原来的值
不是新的值
--------------------------
我一直也是这样认为的,难道不对吗?
我觉得系统在底层处理理,应该是先删了,再添加的,不然的话,底层如何操作呢?

Answer 7

举个例子：单位里的一个员工调动到另外一个部分去了，那么是否等同于先开除他然后在招聘他？这是个非常极端、冲突的例子。但是成千上万的需求细节问题，都是表面上没有很大冲突，但是逻辑上“修改”不等于“先删除后重建”。设计数据库底层的流程的时候更不可能对update操作遵循逻辑上的这种主张，而是要尽量直接地完成update工作，即使是将记录记录数据的磁盘块重新分配了，也不会告诉高层逻辑系统它是“先删除后增加”的。