今天听一个IBM的人说数据库在update时是先删除原记录，然后在插入，对此我有些疑问，oracle好像不是这样的，请大家能否阐述一下update的过程，更新主键和不更新主键的处理是否一样？不胜感激。
另外，那个IBM的人还说update和insert不是一个数量级的动作，我认为要具体分析，对同数据量的操作，update需要定位，但是慢多少呢？

下面是biti_rainy的回答：

其他数据库跟oracle可能不同

但是就 oracle 而言

update 的时候，如果存在索引字段的更新，则删除原索引条目（不是真正的删除数据，仅仅是在该行标记为 删除）插入新的索引条目

对于row本身的更新，是在行物理地更改，如果行的长度增加到当前位置无法容纳，则行的位置被提到 block的最上面一条记录的位置之上，假如该块已经无法容纳，则在原来行的物理位置保留一个指针，行被迁移到新的block，而保留的指针就是指向新的block的位置。这时索引中rowid不用发生变化，查询的时候先找到 那保留的指针，再去找  实际的新的位置。假如行迁移后再发生update 又导致迁移，则oracle首先看原来的位置的block是否具有容纳该行的空间，如果有就又迁移回去，如果没有就迁移到新的  块，修改原来最早块处的指针。  也就是说不会存在2个指针的查找才能找到  行

更新的时候，变化前后变化后的数据都被写入 redo ,变化前数据还被写入 回滚段，变化后数据被应用于 data  buffer

若假设存在表t(a,b,c)

则回滚段中只记录 a 的变化前的值

关于update 的时候通常需要通过索引去定位，否则是全表扫描就很慢了

而insert 则只是找个 block 插进去，两者的差异可能很大，可能完全不是一个数量级的时间和资源的消耗

1：update的变化前数据写入日志文件，是为了  恢复的时候 写入回滚段的

2：data  buffer 中的变化是由 server  process完成（所谓的SGA中的block的变化都是server  process完成），而 block 写入文件是由dbwr 完成

insert 在回滚段中只 记录 rowid ,而 update 必须记录变化前数据

update 消耗更多的  回滚段、日志文件，当然查找数据、lock 等等都是问题，多用户情况下容易造成 并发  的等待