|
|
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
Есть мнение, что первые 5000 строк результатов этих запросов не обязательно эквивалентны: 1: Код: sql 1. 2. 3. 2: Код: sql 1. 2. 3. 4. 5. 6. А вы что думаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 15:45 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--А вы что думаете?Я думаю что если между выполнениями ты сделаешь alter session set nls_sort то сможешь для себя открыть дивный новый мир. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 16:37 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, не не не, при прочих равных . просто пацанчики на районе слух пустили, что COUNT STOPKEY может произойти до SORT ORDER BY. если честно, я в это не верю. но всё-таки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 16:47 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--, Бред ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 16:50 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
еще варианты, пожалуйста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 16:57 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--еще варианты а документация по select... order by чем не угодила ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 17:04 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
123йй, разве оттуда можно явно узнать ответ на мой вопрос? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 17:09 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--dbms_photoshop, не не не, при прочих равных . просто пацанчики на районе слух пустили, что COUNT STOPKEY может произойти до SORT ORDER BY. если честно, я в это не верю. но всё-такиа тест в подтверждение не прислали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 17:16 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
andreymx, who needs tests, when there is a theory? © ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 17:18 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--who needs tests, when there is a theory? Ставлю на то, что эти теоретики поставили в условие rownum из внутреннего запроса. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 17:32 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--еще варианты, пожалуйстаПри недетерминированной сортировке и side effects можно добиться разных результатов. Под недетерминированной сортировкой понимается тот случай когда более одной строки с одинаковыми object_name, object_type, owner. Например, секционированная таблица. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 17:40 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--Есть мнение, что первые 5000 строк результатов этих запросов не обязательно эквивалентны: 1: Код: sql 1. 2. 3. 2: Код: sql 1. 2. 3. 4. 5. 6. А вы что думаете? Я думаю, что оба запроса нерабочие и возвращают одну и туже ошибку :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 18:50 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
Теоретик, это все понимают и вежливо делают вид, что не заметили ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 19:12 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
хорошо, а правильно ли будет переместить ORDER BY таким образом? : 1 Код: 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. 2 Код: 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. Идея в том чтобы сделать сортировку по ALL_USERS.CREATED быстрее. Или же сортировка во вложенных подзапросах не гарантируется, если это не TOP-N ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 20:07 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
Конечно же, камент должен быть такой: Код: plsql 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 20:09 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--, В варианте 2 может исчезнуть сортировка по created. Читай про order by elimination ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 20:23 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--, То есть даже order by elimination не при чем, просто если вторая сортировка не включает created первым, то тупо сортировка первая бесполезна ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 20:25 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
xtenderБред Ну теорeтически не такой уж бред если результат inline view будет мaтериaлизирован и зaтем считан параллельно. Можно ли "убедить" оптимайзер на такой плaн это уже другой вопрос. Лично я в принципе не использую inline view с order by а предпочитаю аналитику. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 21:45 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
SY, Я говорил про авторпросто пацанчики на районе слух пустили, что COUNT STOPKEY может произойти до SORT ORDER BY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2016, 22:42 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
SYесли результат inline view будет мaтериaлизирован и зaтем считан параллельно..не думаю, что у нас есть такая цель.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 01:40 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
xtenderесли вторая сортировка не включает created первым, то тупо сортировка первая бесполезнатогда какой смысл в SORT ORDER BY по CREATED на вью в плане? И тут даже не о смысле речь, а о самом факте его наличия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 01:44 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--тогда какой смысл в SORT ORDER BY по CREATED на вью в плане? CBO умеет его убирать , но не всегда (имхо существенно реже в последних версиях, в связи с многочисленными багами) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 02:48 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
вобщем, у меня следующая проблема есть запрос, который возвращает очень много строк (но следует учесть, что фетчатся из них только первые N, небольшое фиксированное число) в этом запросе используется партиционированная таблица и сортировка (в которой, собственно, фигурирует только та самая таблица), которая губит всю прелесть пертишенинга, поскольку из-за нетривиальности выражений сортировки (наличие CASE WHEN .. THEN NULL и проч) просматриваются все партиции вместо парочки тех, которые бы как раз дали те самые N строк.. что посоветуете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 15:15 |
|
||
|
SORT ORDER BY & COUNT STOPKEY
|
|||
|---|---|---|---|
|
#18+
--Eugene--просматриваются все партиции вместо парочки тех, которые бы как раз дали те самые N строк.. Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 15:20 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=192&tid=1887101]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
100ms |
get tp. blocked users: |
2ms |
| others: | 248ms |
| total: | 451ms |

| 0 / 0 |
