А про "опасно" можно подробнее?
Я этим активно пользуюсь в ХП.

Понятно ;-)
Я естествено учитываю селективность индексов.
Кстати с ХП несколько раз нарывался на ситуацию, когда нормально работающая в течении продолжительного времени процедура вдруг начинала тормозить. Это убиралось пересозданием ХП или перестройкой ее статистики, но в дальнейшем опять повторялось. Вылечить это удалось только директивами оптимизатора.

я все же думаю что должны быть еще скобки

этот запрос принимает директиву,
set explain on;
select /*+index (rate rate1)*/ *
from rate
where currency == '810'
and dateop == '01.01.2003'


а этот нет
set explain on;
select /*+index rate rate1*/ *
from rate
where currency == '810'
and dateop == '01.01.2003'

ХЗ

Я лично статистику в своей БД не собираю, тк на это нужно часов 10 или более.
Рано или поздно при приличных объемах придется ручками оптимизацию проводить.

Лично мое мнение - если характеристики распределения практически не меняются, то ни к чему статистику собирать. Разве что для того чтобы процессоры загрузить.

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

Если бы оптимизатор всегда решал задачу идеально, то set explain был бы не нужен.