Александр ГoлдунДавай угадывать, что имелось в виду, пока автор выясняет хотя бы, что за "сайбейс" он использует Да ну, вот еще телепатией заниматься. У меня кофе кончился, а без кофе я телепаться не могу :)
Александр ГoлдунМожет человек хотел и два индекса на одну таблицу. Иногда бывает актуально, например если в условии содержится OR c ограничениями по разным полям.Тогда надо бы форсировать индексы для каждого сравнения в where. Что-то вроде
where (table1.f1='aaa' with index table1.idx_f1) or (table1.f2='bbb' with index table1.idx_f2) Ы? А иначе все равно прийдется доверять оптимизатору чтобы он правильно угадал для какого сравнения в сложном условии какой из индексов применять. Впрочем все равно синтаксис уж очень перегруженый получается. Мне больше нынешний принцип нравится - для каждой таблицы в from по одному индексу и никаких гвоздей.
Александр ГoлдунТогда может помочь разбиение запроса на 2 селекта, объединенных по UNION (ALL)О, кстати... давно хотел проверить практически, да руки не доходили:
1.
2.
3.
4.
select * from table1 where (f1>='2006-01-01') or (f2>='2006-01-01');
против
select * from table1 where f1>='2006-01-01'
union distinct
select * from table1 where f2>='2006-01-01';
при наличии отдельных индексов на f1 и f2.
Первый запрос на ASA9 сделал построчный скан, а второй использовал индексы и выдал результат на два порядка быстрее.
А использование with(index()) в сочетании с or положительного результата не дало.
