Сразу скажу что к серверу не имею отношения, только пользуюсь базой, т.е. не смогу выполнить UPDATE STATISTICS HIGH, пересоздать индексы и т.д.. И в общем не хочу, хочу понять причину... ну, а тогда решать, что делать.
Что знаю, Informix 11, количество записей в интересующей таблице 44460537, полей 60, индексированы 15, нужные мне поля (по которым условие/сортировка) в том числе.
Проблема в том, что выбирая небольшое количество записей (100) в паре с сортировкой (нужны последние записи) запрос "виснет"... ждал около часа, после "снял".
Собственно запрос (именно так как тестил, из реального убрано все не относящееся, т.е. тут минимум который виснет) -
1.
2.
3.
4.
SELECT FIRST 100 *
FROM trans
WHERE ext LIKE 'R%'
ORDER BY tdate DESC
Время работы > 1 час (снял)
Если по отдельности
1.
2.
3.
4.
5.
6.
7.
8.
9.
SELECT FIRST 100 *
FROM trans
WHERE ext LIKE 'R%'
или
SELECT FIRST 100 *
FROM trans
ORDER BY tdate DESC
Отрабатывает за 15-16 мсек.
На оба используемых поля есть индексы (ext LIKE 'R%' тоже использует на сколько понимаю, т.к. начинается с символа), типы у ext Char(20), у tdate DBTimeStamp.
Впрочем если заменить его в запросе (order by) на id типа INT PRIMARY KEY ничего не меняется.
А вот если заменить ext на другое, не индексированное поле с аналогичным условием (params LIKE '9%'), или на индексированное, но с точным сравнением (parentid=0 или params='9999999999' то время запроса 15-16 мсек...
Т.е. впечатление, что в нужном варианте запроса индекс поля ext только мешает.
В общем, что и как можно посмотреть, чтобы точно определить? (только "извне", доступа с серверу нет) Или у кого есть возможность проверить описанную ситуацию/запрос?
И кстати, пришло в голову пока писал, есть ли возможность (параметр/операнд/указание/...) отключить его использование в конкретном запросе (типа WHERE ext LIKE 'R%' NO INDEX)???
