Oracle 11g R2中LAST_VALUE函数执行结果一致问题问询

嘿，咱们来拆解一下你遇到的这个LAST_VALUE的困惑，先理清楚你的场景：

你在Oracle 11g R2里有一张users表，建表和插入数据的语句如下：

CREATE TABLE users ( id INT NOT NULL, name VARCHAR(30) NOT NULL, num int NOT NULL );
INSERT INTO users (id, name, num) VALUES (1,'alan',5);
INSERT INTO users (id, name, num) VALUES (2,'alan',4);
INSERT INTO users (id, name, num) VALUES (3,'julia',10);
INSERT INTO users (id, name, num) VALUES (4,'maros',77);
INSERT INTO users (id, name, num) VALUES (5,'alan',1);
INSERT INTO users (id, name, num) VALUES (6,'maros',14);
INSERT INTO users (id, name, num) VALUES (7,'fero',1);
INSERT INTO users (id, name, num) VALUES (8,'matej',8);
INSERT INTO users (id, name, num) VALUES (9,'maros',55);

你执行了两个LAST_VALUE分析函数查询：
查询1：

select us.*, last_value(num) over (order by name) as lv from users us;

你假设这个查询将全表作为一个分区，按name排序，使用默认窗口子句RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW。

查询2：

select us.*, last_value(num) over (partition by name order by num RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) as lv from users us;

你假设这个查询先按name分区，每个分区内按num排序，再用指定窗口子句取LAST_VALUE。

结果两个查询输出完全一致，你怀疑自己的假设存在错误，甚至觉得查询1暗中按num排序了。下面咱们来揪出问题所在：

你的核心假设错误点 #

1. 对查询1默认窗口子句的理解偏差

你说查询1用了默认窗口RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，这个结论是对的，但你误解了CURRENT ROW在RANGE窗口中的含义：它不是指当前物理行，而是指所有与当前行排序键值（这里是name）相等的行组成的逻辑组。

也就是说，当处理表中任意一行name='alan'的记录时，窗口范围会自动扩展到所有name='alan'的行，而不仅仅是从第一行到当前物理行。这就导致查询1中，每个name组内的所有行，last_value(num)都会取该组在ORDER BY name排序后的最后一行的num值（比如你的数据里，alan组排序后的最后一行是id=5的num=1，maros组是id=9的num=55）。

2. 对查询2中排序与窗口结合的认知误差

你假设查询2中partition by name order by num后，last_value(num)会取该组按num排序后的最后一行值，但这里有个关键细节：如果查询2没有指定最终的ORDER BY子句，输出的行顺序还是原表的物理顺序，但分析函数的计算是基于分区内的排序结果。

而两个查询结果一致的核心原因是：Oracle在处理ORDER BY name时，相同name行的默认排序顺序（通常是插入顺序/ROWID顺序），恰好和你查询2中partition by name order by num desc的排序顺序一致——比如alan组的插入顺序是id1(num5)→id2(num4)→id5(num1)，这和num降序排序的结果完全相同，导致last_value(num)取到的都是该组最后一行的num=1。

如果你原本想写的是order by num（升序），那理论上查询2的alan组last_value(num)应该是5，和查询1结果不同；但实际结果一致，说明要么你不小心写成了降序，要么Oracle的默认排序行为（比如受索引影响）让相同name行的顺序和num降序一致。

验证建议 #

如果你想验证这个结论，可以做两个小测试：

• 在查询1中显式指定ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW（替换默认的RANGE窗口），这样窗口会严格对应物理行，lv值会逐行变化，而不是整个name组相同；
• 在查询2中显式指定order by num asc，并加上最终的ORDER BY name, num，看看lv列是否变成该组num的最大值。

内容的提问来源于stack exchange，提问作者EddGarcia