Выбирает, сцуко, доступ по индексу вместо sequential scan - при том, что цена полного сканирования меньше ! Версия 10.00.FC4 под AIX.

Кстати, побочный вывод : если выбирается треть таблицы или более, то полное сканирование лучше любого индекса.

QUERY:
------
Select {+FULL(usage_conf)}
ace_conf_id as conf_id,
res_id, res_time,
res_timezone, pac_code
from usage_conf
where
ace_conf_id > 0
and status = 6
and entry_date >= "2008-07-01 00:00:00"
and entry_date <= "2008-07-30 23:59:59"
and bu_id in (1, 2, 3, 4)

DIRECTIVES FOLLOWED:
FULL ( usage_conf )
DIRECTIVES NOT FOLLOWED:

Estimated Cost: 1084599
Estimated # of Rows Returned: 2214234

1) informix.usage_conf: SEQUENTIAL SCAN (Serial, fragments: 2)

Filters: ((((informix.usage_conf.bu_id IN (1 , 2 , 3 , 4 )AND informix.usage_conf.entry_date <=
datetime(2008-07-30 23:59:59) year to second ) AND informix.usage_conf.entry_date >= datetime(2008-07-01
00:00:00) year to second ) AND informix.usage_conf.status = 6 ) AND informix.usage_conf.ace_conf_id > 0
)
----------------------
Select
ace_conf_id as conf_id,
res_id, res_time,
res_timezone, pac_code
from usage_conf
where
ace_conf_id > 0
and status = 6
and entry_date >= "2008-07-01 00:00:00"
and entry_date <= "2008-07-30 23:59:59"
and bu_id in (1, 2, 3, 4)

Estimated Cost: 1100066
Estimated # of Rows Returned: 2214234

1) informix.usage_conf: INDEX PATH

Filters: (informix.usage_conf.bu_id IN (1 , 2 , 3 , 4 )AND informix.usage_conf.ace_conf_id > 0 )

(1) Index Keys: entry_date status (Key-First) (Serial, fragments: ALL)
Lower Index Filter: informix.usage_conf.entry_date >= datetime(2008-07-01 00:00:00) year to second
Upper Index Filter: informix.usage_conf.entry_date <= datetime(2008-07-30 23:59:59) year to second
Key-First Filters: (informix.usage_conf.status = 6 )

Придется внешними директивами пользоваться.



В таком вот аксепте

GVF112GVFМожет имеет смысл установить более новый релиз IDS 10.00.FC9 for AIX ?
Вышел 3-го сентября.

http://www-01.ibm.com/support/docview.wss?uid=swg27013007

С уважением,
Вадим.

а поможет ? :-)

GVF112GVFВ IDS 10.0.xC9 - исправели 165 ошибок, отрытыми остались 30-ть ... :)

Переходить или не переходить - личное дело каждого ... :)
В любом случае, следует ознакомиться со списком открытых ошибок,
выполнить функциональное и нагрузочное тестирование на тестовой базе ... и т.д.

С уважением,
Вадим.

че-то ничего похожего. Обратный вариант вижу - исправили когда информикс выбирал seq scans при наличии индекса. Придется, видать, с саппортом кейс открывать.

Евгений Фадеев Выбегаллоесли выбирается треть таблицы или более, то полное сканирование лучше любого индекса.Это, в общем, не новость :)
Другое дело что конкретная цифра (20%, 25%, 37%) - это уже вопрос выбора разработчиков оптимизатора.

думаю, что эта цифра зависит от соотношения ширины индекса к ширине таблицы.