Похоже информикс не подозревает что в таблице 10000.

update statistics high for table table1(field1,field2)

Кури мануал по вопросам статистики, планов выполнения запросов.


hints:
1. 248 полей это слишком, я бы переделал.
select * из такой таблицы лучше не делать (план может кардинально отличатся от select field1,field2)

2. И вообще что такое клустерный индекс? уникальный или кластерный?

3. Кластерный индекс не имеет смысла если создавать на пустой таблице.

4. Индексы бывают композитными т.е. для
select field1,field2 from table1 where field1 = 'XXX'
можно создать индекс table1(field1,field2)

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

авторЕще вопрос - а как работают индексы? т.е. при изменении данных в таблице они пересоздаются автоматом или нет? они изменяются при изменении содержимого полей по которым они построены, читай о B-tree index.

авторЕще такая идея - сделать field1 like 'XXX%%', а по его результатам сделать field1 = 'XXX'. Может это также ускорит работу?Обычно не имеет смысла, т.к. = 'XXX' более строгое условие и индекс должен использоваться.

Индекс не будет использоваться грубо говоря в случаях:
если содержимое field1 XXX во всех строках

в запросе присутствует order by yyy и идет оптимизация на first_rows

количество строк "<=3" (по мнению оптимизатора)

авторДенису: скажи, плиз, а какой мануал надо курить по вопросам статистики? Уж не перформанс гайд ли? Еще раз спасибо!
Наверно перформанс гайд, для начала почитай на русском ftp://no-more.kiev.ua/pub/inf/ix_book.pdf]"Введение в Informix" Глава 5. Оптимизация запросов.

И другие книги: http://www.informix.com.ua/books.htm

авторДенис! Огромное пасиба! После update statistics усе залетало!!!
И за ссылочки отдельное спасибо!
Куда он денется.