
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
22.05.2006, 21:06
|
|||
|---|---|---|---|
Оптимизация view с OUTER в IDS 9.4UC8 |
|||
|
#18+
Столкнулся с следующей проблемой: 1) есть view с большим количеством OUTER соединений на одну и ту же таблицу(полтора десятка) типа Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 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 такая же ситуация вообще приводила к ошибке оптимизатора. Не сталкивался ли кто с подобной проблемой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/search_topic.php?author=Valson&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
2ms |
| others: | 688ms |
| total: | 812ms |

| 0 / 0 |
