javajdbcКроме того, пока вы доживете до больших
обьемов -- структура данных и все апликация
поменяется на 90%...вот это куда весомее, чем какие-то там планы :)

D_Pavelкакой быстрее?выполните и посмотрите, вы всё-таки ближе к своему серверу, чем мы :)
D_PavelЗапросы конечно сильно упростил, убрал ограничивающие условия.здравствуйте, у меня есть запорожец и москвич, какой из них быстрее? кстати, на самом деле я заправляюсь бензином, но вы при ответе на вопрос считайте, что они работают на ДТ :)

D_PavelТеоретически москвич быстрееТеоретически если их заправить дизтопливом, то ни один, ни другой даже с места не сдвинутся. Пойдёт такой ответ? :)
А практически вам может ответить только оптимизатор на ваших данных.
Разве что второй вариант можно с вероятностью в 99.9% исключить, если у вас мускл версии 5.5 и ниже.

D_Pavel, потому что in-subquery в версиях до 5.5 включительно оптимизатор практически всегда рассматривает как зависимый подзапрос, даже если он , как в вашем случае, независимый.

D_PavelПочемуПотому что 15236671
Абсолютно та же ситуация. Переписывайте через джойн, всё заработает как надо.

D_PavelТам написано что только для версии до 5.5.Ну вы ведь версию своего мускля вообще не озвучили. И не "до 5.5", а "до 5.5 включительно".
D_Pavelчерез join то же самоеЧто "то же самое"? Такой же план? С dependent subquery? Не верю! (с) Показывайте свой джойн.

***! Что вы хотите оптимизировать на 15 записях?!! Какие нахрен планы на 15 записях?? Наполните таблицу данными, близкими к реальным, а лучше реальными, и только потом можно будет о чём-то говорить.
И это, кстати, вообще другой запрос, с выбором других полей и без группировки.
facepa~1.bmp

D_PavelТо есть если я сказал что у меня 15 записей, то вы не знаете ответ на мой вопрос?А вопрос-то какой? "Какой запрос быстрее"? Тогда ответ будет таким: на 15 записях никакой разницы.
D_PavelКакие группировки нужны? а вот этот вопрос вообще ко мне??! это ваш запрос, вам лучше знать, что вы хотите получить в результате - а добавление группировки изменит этот самый результат.
D_PavelКак изменить запрос чтобы использовались индексы?Если у вас 15 записей, то никакие индексы не нужны вообще. Серверу проще прочитать обе таблицы целиком.

D_Pavelо каких группировках идет речь?О тех, что были в предыдущих запросах. Но если речь уже не о них, то проехали.

D_PavelЗачем тогда он использует индексы в http://pavel.cc/photo/screenshot(16).jpg ?Потому что в первом запросе есть фильтр по первичному ключу. Выбираются всего 2 записи (из 15?). Хотя учитывая, что там всего 15 записей, я, честно говоря, не понимаю, почему оптимизатор решил там использовать индекс, быстрее было бы вычитать всю таблицу целиком.
А во втором фильтра нет, есть только связь. Так вот оптимизатор посчитал, что выгодней целиком прочитать topics и к ней прицепить записи из messages, используя индекс по messages.parent. Только используется он, повторюсь, не для фильтрации, а для соединения. У вас запросы абсолютно разные вещи делают, а вы хотите сравнивать использование индексов...

D_Pavelне важно сколько записей, он делает один и тот же план для любого количества. И если получится сделать хороший запрос для 4 записей, то он будет таким же для 150000 записей.Совсем необязательно.

D_PavelКак тогда сделать вместо соединения фильтрацию?пц
товарищи, я пас