Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема с FETCH
|
|||
|---|---|---|---|
|
#18+
Добрый день всем! Есть курсор который возвращает 1 запись. Время его открытия - 7 секунд, но это ладно.. Проблема в том что 2й FETCH (который возвратит SQLCODE 100) выполняется 10 минут! Может кто объяснит почему так происходит? Более того, этот же самый SQL нормально работает на другом сервере. DB2 Rel : 910 - на обоих ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2012, 17:09 |
|
||
|
Проблема с FETCH
|
|||
|---|---|---|---|
|
#18+
Семёныч, Придумать искусственную ситауцию, при которой такое может происходить - запросто. К примеру, на одной из баз нет соответствующего индекса или статистика не собрана. Выполняется table scan вместо fetch по индексу. За определённое время доходит до нужной записи, для того, чтобы понять, что таких записей больше нет, надо досканировать таблицу до конца. Каков сам запрос? Примерные размеры таблиц? Что выдаёт db2expln -database <dbname> -output exec_plan.txt -graph -opids -statement "<sql_statement>" на одной и на другой базе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2012, 19:30 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=37934305&tid=1601741]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
91ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 280ms |
| total: | 455ms |

| 0 / 0 |
