ilejnЕсть запрос примерно такого вида
select t1.f1, t2.f2 from t1, t2 where t1.t0=t2.t0

В таблице t1 записей много, в t2 мало.
Уникальные индексы по t0 есть в обеих таблицах, причем для t2 этот индекс единственный.

В реальности запрос работает быстро, потому что обращение в t2 идет первым. Хочется добавить уверенности и независимости от причуд оптимизатора. Как зафиксировать такой план выполнения запроса?
какой план сейчас?

ilejnПоменяется статистика, появится возможность более оптимального выполнения запроса, но подпорки не разрешат его задействовать... [/quot]

Кого "его"?

Я, видимо, плохо объяснил.

Есть большая таблица. В ней, допустим, миллион записей.
Есть маленькая таблица. В ней, допустим, сто.
Связаны по некоему идентификатору. Уникальные индексы над ним есть в обеих таблицах.
Задача - извлечь все записи из большой таблицы, для которых есть записи в маленькой.
Все отлично работает, потому что MySQL догадывается сначала слазить в маленькую таблицу, а уже потом доставать записи из большой, используя идентификатор.

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

Кажется, что STRAIGHT_JOIN - это именно то, что нужно.
Нет?[/quot]
все так и будет продолжаться пока есть нужная статистика. Зачем хинты??
Ты лучше за статистикой следи.