Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
MDC+index ANDing
|
|||
|---|---|---|---|
|
#18+
Добрый день. Есть тестовый запрос : Код: plaintext 1. 2. 3. 4. 5. В таблице db2inst1.testtab32mdc поле bukrs является mdc-измерением. Также создан обычный индекс по полям gjahr, perio Собрана статистика с with distribution and detailed indexes all Но в плане данного запроса есть только использование индекса по полям gjahr, perio (т.е. блочный индекс по bukrs не используется) Если убрать предикат perio='003', то начинает выполняться index ANDing между этими двумя индексами. Как бы заставить оптимизатор делать ANDing блочного mdc-индекса и обычного составного на исходном запросе ? Опробовано на 9.1.8 и 9.7.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2010, 15:14 |
|
||
|
MDC+index ANDing
|
|||
|---|---|---|---|
|
#18+
db2test, Добрый день. Одно из: - Использовать optimization profile - and perio ||'' ='003' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2010, 15:36 |
|
||
|
MDC+index ANDing
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein- and perio ||'' ='003' О как! :) Спасибо. А что это за хитрый "хинт" такой ? Где почитать можно ? Правда при иcпользовании этого "хинта" index ANDing произошел, но запрос стал работать в 3 раза медленнее чем по RID-индексу gjahr+perio. А как вообще такое поведение оптимизатора можно объяснить ? Вроде в мануалах пишут, что миксовать использование BID- и RID-индеков в запросе можно и нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2010, 16:11 |
|
||
|
MDC+index ANDing
|
|||
|---|---|---|---|
|
#18+
db2testMark Barinstein- and perio ||'' ='003'А что это за хитрый "хинт" такой ? Где почитать можно ?Оно не любит выражений по полю, говорит, что "некоторые оптимизационные техники" не могут быть применены в этом случае. db2testПравда при иcпользовании этого "хинта" index ANDing произошел, но запрос стал работать в 3 раза медленнее чем по RID-индексу gjahr+perio. А как вообще такое поведение оптимизатора можно объяснить ? Вроде в мануалах пишут, что миксовать использование BID- и RID-индеков в запросе можно и нужно.Оно умеет цену запросов вычислять и в данном случае решило (видимо, правильно), что оптимальнее будет использовать RID индекс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2010, 16:17 |
|
||
|
|
start [/forum/topic.php?fid=43&gotonew=1&tid=1602461]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
166ms |
get topic data: |
10ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 293ms |
| total: | 546ms |
| 0 / 0 |
