|
|
|
Oarcle 12C и корреляция
|
|||
|---|---|---|---|
|
#18+
Кажется до меня дошло почему в 12C проходит корреляция на бoлее чем один уровень. Вначале я считал это традиционной болезнью роста. И в 10G и в 11G это проходило в release 1 а release 2 исправлялось. Однако в 12C корреляция на бoлее чем один уровень проходит и в 12.2 что заставило задуматься. В 12C Oracle добавил поддержку top-N queries: Код: plsql 1. 2. 3. Возмем: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. А теперь посмотрим что под капотому top-N query: Код: plsql 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. И вот она корреляция с прыжком на два уровня вверх. Так-что похоже (во всяком случае de-facto) ограничение снято. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2017, 18:25 |
|
||
|
Oarcle 12C и корреляция
|
|||
|---|---|---|---|
|
#18+
SY, Ну необходимость функционала под капотом не обязательно должна обеспечивать доступность функционала для писателей кода. Так, латералы под капотом появились c девятки, с появлением ANSI синтаксиса, а официально для разработчиков стали доступны в 12с. Мы же обсуждали похожее уже 18605145 . Глубину постепенно увиличивают. И то, что в том топике я демонстировал как баги на 12.1, уже корректно работает на 12.2. Если немного пофанатазировать таки можно выдумать пример, когда внешний идентификатор перестанет быть виден, но интересны случаи с неколькими уровнями вложенности, когда внешний идентификатор преобразуется в связываемую переменную . Я про это писал в книге 20541880 , раздел "Ограничения подзапросов", страница 138. Так вот, использование операторов для реализации логики подобных глубоких корреляций вместо подзапросов представляется мне практически идентичной - в оператор параметры будут переданы как связываемые переменные (ну, конечно, в случае оператора будут множественные выполнения вспомогательного курсора). Я полагаю, что Оракл движется в том направлении чтоб сколь угодно хитрую и вложенную логику можно было реализовать подзапросом не прибегая к PL/SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2017, 21:26 |
|
||
|
Oarcle 12C и корреляция
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopНу необходимость функционала под капотом не обязательно должна обеспечивать доступность функционала для писателей кода. Конечно, но тогда придется писать изменения к парсеру. Пока-что Oracle похоже просто переписывает SQL (expand sql text, ANSI в native, etc.) и передает парсеру. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2017, 23:39 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=148&tid=1885323]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
67ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 242ms |
| total: | 418ms |

| 0 / 0 |
