по тем, по которым ищешь, и по тем, по которым объединяешь --- то бишь по внешним ключам.
стоит. и стоит переписать запросы с min/max в виде
select ... from ... order by ... [desc] limit 1;по primary у тебя уже есть индекс, а вот по внешим ключам, к-рые на него ссылаются --- надо.
А вот этот переписывать не стоит, быстрее вряд ли работать будет.Автор оригинала: Strannik
А как переписать если запрос такого вида:
Код:select a,max(b) from t group by a
Я еще плохо секу в PostgreSQL, но неужели все так запущено? Цитата из мануала по MySQL:
Угу, проблема в следующем: в Postgres'е ты можешь создать свою агрегатную функцию, которая должна будет вообще говоря просматривать все записи. min() и max() с точки зрения сервера от неё ничем не отличаются, потому тоже просматирвают все записи... А разработчикам всё время не до оптимизации min() и max().
Что меня всегда удивляло, у пользователей MySQL эти опусы смеха не вызывают.Кстати ман этот очень смешной.
Особенно статья 1.11.2 Сравнение MySQL c PostgreSQL
Да уж... Так вроде как любой желающий может написать что-то для pg? Чтобы min() и max() смотрели
Хоть это и оффтопик, но это очень похоже на ситуацию в СМИ нашей республики: в 2005г / 5-ой версии мы выйдем на 5%-ое(!!!!!!) повышение развития малого бизнеса/сделаем супер-уникальные штуки -- триггеры(!!!!!!). Хотя у других это было уже давным-давно...Что меня всегда удивляло, у пользователей MySQL эти опусы смеха не вызывают.