Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Изменится план запроса?
|
|||
|---|---|---|---|
|
#18+
Добрый день! Преамбула такая (DB2 9.7.): Есть долговыполняющийся запрос к СУБД (непараметрический, т.е. вида SELECT <...> FROM T1 INNER JOIN T2 on T1.ID=T2.ID WHERE T1.CREATE_DT>TIMESTAMP(тут таймстамп:)). Предположим, на момент компиляции запроса не была собрана статистика по одной из таблиц T1 или T2, оптимизатор выбрал неважный план, стал работать по нему, в итоге имеем долгоиграющий запрос. Если в реал-тайме собрать статистику, произойдет ли ребинд пакета, изменится план у текущего,выполняющего запроса? или же потребуется запрос стопить и перезапускать, чтобы DB2 его скомпилил заново и выбрал адекватный план? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2013, 15:55 |
|
||
|
Изменится план запроса?
|
|||
|---|---|---|---|
|
#18+
heckfi, Здравствуйте. Надо перезапускать запрос. DB2 не будет перестраивать план работающего запроса. Если запрос - статический, надо rebind пакету сделать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2013, 16:32 |
|
||
|
|

start [/forum/search_topic.php?author=doknoise&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
11ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
2ms |
| others: | 689ms |
| total: | 851ms |

| 0 / 0 |
