
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
25.06.2018, 20:10
|
|||
|---|---|---|---|
|
|||
Запрос в процедуре с множеством параметров. |
|||
|
#18+
Есть хп, возвращающая sys_refcursor. И такой селект для этого курсора (fk и pk проиндексированы btw): Код: 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. В таблице table1 порядка 50кк записей, в остальных, например, порядка 500к записей (в некоторых порядка 1к). Если например, есть индекс по table3.param3 - и в хранимку будет передан только param3 - такой запрос нормально(быстро) отработает (как если бы в секции where был только param3) или нет? Под условие обычно будут попадать порядка 0,0005% записей из table1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.06.2018, 20:31
|
|||
|---|---|---|---|
|
|||
Запрос в процедуре с множеством параметров. |
|||
|
#18+
То есть, для случая, описанного выше - Оракл в runtime меняет запрос из 1го поста на такой (соответственно с изменением плана) или нет? : Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.06.2018, 20:51
|
|||
|---|---|---|---|
Запрос в процедуре с множеством параметров. |
|||
|
#18+
arCHi_1887, Имхо, в такой мегапараметризованной системе не стОит полагаться на оптимизатор и делать план запроса самостоятельно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=52&mobile=1&tid=1883804]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
176ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 500ms |

| 0 / 0 |
