Re: Тормоза в запросе (ручное планирование)

Hello, Дмитрий!

Дмитрий Студинский wrote:

> where ((FTI.Files_Type between 100000 and 199999)
> or (FTI.Files_Type between 300000 and 399999))
> 
> При этом строится план (Имя индекса = IX_ИмяТаблицы_ИмяПоля)
> PLAN JOIN (F NATURAL,FP INDEX (IX_FILES_PUBLISHER_file_id),FTI INDEX
> (IX_FILES_TYPE_ID_file_id,IX_FILES_TYPE_ID_files_type,IX_FILES_TYPE_ID_files_type))

оптимизатор из-за OR взял IX_FILES_TYPE_ID_files_type два раза, должен выбрать
множества ключей и слить их по OR. Если

> Прописываю план
> PLAN JOIN (F NATURAL,FP INDEX (IX_FILES_PUBLISHER_file_id),FTI INDEX
> (IX_FILES_TYPE_ID_file_id))
> 
> Полная выборка занимает 2сек

то получается, что именно оно и виновато.

> Пока что в условиях прописал FTI.Files_Type + 1. Но хотелось бы услышать
> почему сервак так начинает мучаться? Может вообще удалить ненужные индексы?
> 
> ЗЫ Версия сервера 1.5.3.4870
> Статистика по индексам

это если ты недавно set statistics index делал.

> IX_FILES_TYPE_ID_files_type = 0,011494252830744

не фонтан. IBAnalyst тебе лучше скажет, нормальный это индекс или нет.
В целом нет, особенно если в between много ключей попадает, да
еще и по or. Так что ты +0 правильно сделал.

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34