Форум пользователей MySQL

короче на 3 символа

в order by и group by можно указывать не имя колонки, а её порядковый номер из части перечисления полей после select

Для каждого А.id из таблицы Б выбираем максимальную дату, результат записывается во временную таблицу t
(select `A.id` id, max(`date`) d from `таблица Б` group by 1) t

Далее объединяем таблицу А с t и Б, чтобы выбрать все поля.

Что касается ошибки, то видимо в таблице Б нет колонки с названием A.id 

http://sqlinfo.ru/forum/viewtopic.php?id=4458

4. Bill Karwin, SQL Antipatterns

В продолжение темы - интегрировал данное решение применимо к моим таблицам. Отображаю эти 2 таблицы в html виде, где сортировка идет при нажатии на столбец таблицы через ajax. При сортировке к запросу добавляется ORDER BY с названием столбца по которому сортируем в виде имяТаблицы.имяСтолбца ... при этом запрос просто зависает. Я взял 2 запроса с сортировкой вывел на экран, скопировал и запустил по очереди через phpmyadmin - второй запрос завис. Может ли это быть как-то связано с использованием временной таблицы для связи? либо возможно есть еще какие-то причины?

Отредактированно blessed_man (14.10.2011 11:39:31)

У меня в БД больше 10 000 записей клиентов - одна таблица, каждому из которых может соответствовать до нескольких десятков записей из второй таблицы. Когда я применяю ваш пример к нескольким записям то работает быстро. Если делаю для всех записей, то обрабатывается около 23 секунд, а если ставлю ORDER BY то запрос вообще виснет.

Таблицы там с большим количеством полей, поэтому привожу часть
1-я

vasya написал:

Во-первых, зачем в данном запросе нужен второй left join ?

Во-вторых, нужно добавить индексы, см FAQ №5

Делал по вашему примеру, у вас вверху их тоже 2 штуки )) И ниже ваше же вполне логичное объяснение

Объясните тогда пожалуйста смысл второго join потому что я думал что он и нужен чтобы объединить таблицы по максимальной дате.

Возможно ли написать мой запрос таким образом чтобы в верху шло перечисление полей с учетом разных таблиц а именно чтобы в названиях полей присутствовали crm_contragents.* и crm_history.*

Отредактированно blessed_man (18.10.2011 13:44:57)

Спасибо за ваши комменты! но мне второй JOIN нужен так как в выбираемые поля формируются скриптом и возможно там появятся поля из второй таблицы. В принципе можно прописать условие когда добавлять эти JOIN а когда нет в зависимости от того какие поля выбираются... Но это не принципиально... Принципиальна сейчас скорость выполнения запроса она растет в зависимости от количества выбираемых записей - при выборке 50 записей составляет около 24 секунд , и увеличивается - при 100 уже 48 сек.... Возможно сам запрос можно переписать подругому? С ключами пока разбираюсь, понимаю что они существенно увеличивают скорость выполнения запроса, но пока не совсем ясно как этот принцип применить, впервые сталкиваюсь

blessed_man написал:

В принципе можно прописать условие когда добавлять эти JOIN а когда нет в зависимости от того какие поля выбираются... Но это не принципиально... Принципиальна сейчас скорость выполнения запроса

А она (скорость) зависит от того делаете вы лишний join или нет.

Представте - вам нужно выбрать из корзины зеленые яблоки без черенка. Но вместо того, чтобы перебрать яблоки, отделив нужные, вы сначала для каждого яблока выбираете из ящика с грушами соответствующие ему по цвету и наличию/отсутствую черенка груши, выкладывая это кучками на полу. И только потом отбираете нужные вам яблоки.