Oracle ROWNUM的陷阱

先抛出一个问题：

我有一张表T，现在我想对表中1/4的记录作UPDATE操作，我的SQL如下：

Update t set col1='123' where mod(rownum,4)=1

我能够得到想要的结果吗？

答案是：不能。

我们通过一个实验来说明一下。

创建一个具有百万条记录的表：

使用mod(rownum,4)=1作谓词，计划更新全表1/4的记录

这张表有百万条记录，但该SQL操作feedback的结果竟然是"1 row updated"，只有1条记录被更新。开什么玩笑？

UPDATE不行，那我换成查询怎么样呢？

仍然只有1条被查询到。那到底是什么原因导致了这个结果呢？为什么不是预期的1/4的记录呢？

这与ROWNUM伪列的实现机制有关。来看看Oracle官方是如何解释它的：

ROWNUM是指从表或集合中返回某条记录的顺序值，它只对最终返回的记录进行分配，未返回的记录不予分配（返回即表示将结果呈现给客户端）

这句话实际上仍然没有把它说清楚。下面是我自己的理解：类似于rownum<10或mod(rownum,4)=1这样的谓词是属于FILTER（过滤型）谓词，这种谓词需要对侯选集合（例如全表扫描后的侯选集合）进行过滤得到最终结果。在进行过滤操作时，每fetch一条记录，根据当前的返回顺序值预分配ROWNUM，当这条记录通过FILTER过滤并返回给客户端，该ROWNUM才实际分配给该条记录，并使当前返回值+1；如果这条记录未能通过过滤条件，该记录被丢弃，当前的返回顺序值不变化。

现在，我们用上面这段描述来说明上述案例仅返回1条记录的原因。

1. 首先通过T表的全表扫描得到了侯选集合（不一定就是全表扫描，只是本例是通过全表扫描方式得到侯选集合。如下图）

   

2. 从侯选集合中fetch一条记录，预分配ROWNUM=1，此时mod(1,4)=1，符合FILTER条件（mod(rownum,4)=1），该记录返回，并将ROWNUM=1实际分配给该记录，当前ROWNUM变为2
3. 从侯选集合中fetch下一条记录，预分配ROWNUM=2，此时mod(2,4)=2，不符合FILTER条件，该记录被丢弃，当前ROWNUM不变化
4. 此后将一直重复步骤3，直至侯选集合被完全遍历。
5. 最终只有1条记录被返回。

可以通过一个微调进一步验证上述过程。如果把SQL改为：

select count(*) from t where mod(rownum,4)=2;

会有多少条记录返回呢？

答案是：一条也没有。

结论：

1、凡是涉及使用ROWNUM作为谓词条件的，一定要当心上述陷阱：凡是有可能使ROWNUM不能持续分配的操作、函数，均有可能导致类似现象。