Очень долго выполняется такой запрос

phpMyAdmin показывает 3,5 секунды
В чем может быть дело?

нашел в чем проблема. надо =, а не IN

теперь 0.0015 сек.
Обалдеть какая разница во времени. Это почему так, никто не подскажет?

См. explain запросов.

Добавлено через 1 минуту и 34 секунды
А заодно и

Разве так оно не выберет только одну запись ?

выберет одну... с минимальным dir... Да, если dir неуникально - это (может быть) не то, что хочет ТС.

а как такое будет работать ?

Отфонарно. Остальные поля будут браться из любых записей (с dir=Min(dir), и то если звёзды сложатся).

то есть только так ?

GROUP BY надо, и будет

это ничего не меняет. Джойн выполнится раньше аггрегации и "Остальные поля" будут отобраны так же - первые попавшиеся
если уходить от in к джойну, то както так:

Здесь, в принципе, пофиг, использовать лимит или min, критерии отбора не позволят использоывать индекс.
Если бы можно было использовать индекс, limit, думаю/*уверен на 80%*/, был бы предпочтительнее min

Явных преимуществ использования джойн в место in - я не вижу. Иногда стоит попробовать, когда in дает не желательный план, может статься план с джойном будет более удовлетворителен - т.е. юзабилити такого подхода мне видится лишь в целях обмана оптимизатора.

В довесок размышления в слух:
Для реализации операции in может быть выполнен semi-join, алгоритм его реализации для конкретной платформы может отличаться от от алгоритма inner-join, что может дать преимущество тому или иному подходу. Однако, на практике, сколько я ни пытался получить разницу времени отклика превосходящую погрешность измерения при сопоставимых стоимостях планов - мне не удавалось.

Это сообщение отредактировал(а) Zloxa - 25.11.2010, 11:16

Ок )

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