AmKadSYХотя под WINDOW SORT скрывается и вычисление LEAD, поэтому трудно сказать а был ли мальчик SORT или нет.Ну а как иначе посчитать lead? Без сортировки-то. Все остальные варианты выглядят притянутыми за уши.
Staxпро RN понятно, я о over(order by rownum)
надеялся что будет без сорт (аля WINDOW BUFFER)
WINDOW BUFFER
тут быть никак не может , потому что аналитическая сортировка выполняется первой. Поэтому тут чистый window sort. С другой стороны, логичнее было бы ожидать, что второй сортировки не будет. Хотя, кто его знает, может фактически на этом шаге она и не производится, а шаг оставлен в плане, чтобы показать, что оптимизатор не забыл, что данные должны быть выданы в порядке сортировки. И может быть в следующих версиях его (этот шаг) заменят каким-нибудь order by nosort.
про вторую у меня вопросов нет
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
1 select empno
2 ,lead(empno) over (order by empno) le
3* from emp where EMPNO>7369
SQL> /
EMPNO LE
-------- --------
7499 7521
7521 7566
7566 7654
7654 7698
7698 7782
7782 7788
7788 7839
7839 7844
7844 7876
7876 7900
7900 7902
7902 7934
7934
13 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value: 4166611438
---------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 13 | 52 | 1 (0)| 00:00:01 |
| 1 | WINDOW BUFFER | | 13 | 52 | 1 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN| I$EMP$ENPNO | 13 | 52 | 1 (0)| 00:00:01 |
---------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("EMPNO">7369)
SQL> set autotrace off
нет сортировки для LEAD
ююююю
stax
