Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Informix [игнор отключен] [закрыт для гостей] / Оптимизация view с OUTER в IDS 9.4UC8 / 1 сообщений из 1, страница 1 из 1
22.05.2006, 21:06
    #33743792
АнатоЛой
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Оптимизация view с OUTER в IDS 9.4UC8
Столкнулся с следующей проблемой:
1) есть view с большим количеством OUTER соединений на одну и ту же таблицу(полтора десятка) типа
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
create view test(...) as
select
from t1, t2, t3
, OUTER(sprav ts)
...
, OUTER(sprav ts)
where t1.x = t2.x and t2.x = t3.x and
and t1.a1 = ts.a
and t1.a2 = ts.a
...
and t1.a10 = ts.a
and t2.a11 = ts.a
and t2.a12 = ts.a
...
and t1.a15 = ts.a
2) при запросе к view explain.out выдаёт
explain.out
Estimated Cost: 2147483647
Estimated # of Rows Returned: 2147483647
...
15) informix.sprav: INDEX PATH

(1) Index Keys: id_sprav (Serial, fragments: ALL)
Lower Index Filter: informix.sprav.id_sprav = informix.x1.a9
NESTED LOOP JOIN

16) informix.sprav: SEQUENTIAL SCAN


DYNAMIC HASH JOIN
Dynamic Hash Filters: informix.sprav.id_sprav = informix.x2.a11

17) informix.sprav: SEQUENTIAL SCAN

DYNAMIC HASH JOIN
Dynamic Hash Filters: informix.sprav.id_sprav = informix.x2.a12

18) informix.sprav: INDEX PATH

(1) Index Keys: id_sprav (Serial, fragments: ALL)
Lower Index Filter: informix.sprav.id_sprav = informix.x2.a13
NESTED LOOP JOIN




ОЧЕНЬ смущает, что оптимизатор в КУЧЕ повторяющихся соединений для двух из них вместо того же INDEX PATH решил использовать SEQUENTIAL SCAN...
Кстати, по-моему в 7.31 такая же ситуация вообще приводила к ошибке оптимизатора.

Не сталкивался ли кто с подобной проблемой?
...
Рейтинг: 0 / 0
Форумы / Informix [игнор отключен] [закрыт для гостей] / Оптимизация view с OUTER в IDS 9.4UC8 / 1 сообщений из 1, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]