Вячеслав Успенский

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

Все зависит от ваших задач.

Вариант номер раз

SELECT a.stamper,
       a.city,
       AVG(a.speed) AS AVG_SPEED,
       MAX(a.speed) AS MAX_SPEED,
       (select b.station 
        from data as b 
        where b.city=a.city and
              b.speed=max(a.speed) 
        limit 1)  as max_speed_station
FROM  data a
GROUP BY  a.stamper,
          a.city;

Вариант два
(обратите внимание, при таком типе джоина будет более одной строки после объединения если строки с подходящими скоростями в пределах города)

select a.*,
       b.station as max_speed_station
from (SELECT stamper,
             city,
             AVG(speed) AS AVG_SPEED,
             MAX(speed) AS MAX_SPEED
      FROM data
      GROUP BY stamper,
               city) as a
left join data as b
  on a.city=b.city and
     a.MAX_SPEED=b.speed;

Оно?

with
  all_ranges as (
    SELECT tsrange(generate_series, 
                   generate_series + interval '30' minute, 
                   '()') as range 
    FROM generate_series(current_date::timestamp + interval '9' hour,
                         current_date::timestamp + interval '18' hour, 
                         '30 minutes'))      
select rooms.id as room_id,
       concat(to_char(lower(ar.range), 'HH24:MI'), 
              ' - ', 
              to_char(upper(ar.range), 'HH24:MI')) as timerange
from all_ranges as ar
cross join rooms 
where not exists (select 1 
                  from reservations as rt
                  where rooms.id=rt.room_id and 
                        ar.range && rt.occurrence)
order by 1;

SQL Fiddle

Window functions?
А, прошу прощения, выше уже отписали)

Если используете параметризованные запросы то ничего не мешает написать свой класс.

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

Скиньте ваш неоптимальный запрос, даже если он с групировкой и having и план к нему, тогда можно прикинуть ка ктоже самое сделать оптимально (писать с нуля малость лениво)
Но имхо вам сразу бы смотреть в сторону от mysql

Такой запрос к таблице применяться не может, у вас в селекте есть поля не участвующие в группировки и без применения агрегатных функций.
Покажите explain запроса и show create таблицы.

Судя по времени выполнения отсутствуют или неправильно расставлены индексы. Таблицы без шардирования?

ЗЫ Если не хотите публично светить данными то можно и лично, но уже в разрезе оплачиваемой работы.

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

dev.mysql.com/doc/refman/5.1/en/partitioning.html

При создании таблицы:

CREATE TABLE comments(
id_comment INT(255) NOT NULL AUTO_INCREMENT PRIMARY KEY,
comment TEXT not null,
id_people int(8) unsigned not null,
foreign key(id_people) references peoples(people_id) on update cascade on delete cascade);

Ну или как товарищ выше предложил.

ЗЫ Не путаетесь в таких наименованиях? First, Middle, Last name не лучше? )

Во первых забудьте вобще что бывает * это bad practice

Покажите индексы на таблице и желательно create_table

еще вариант:

select tovar_id,
   group_concat(price_id order by price_id asс separator ',') as price_ids,
   group_concat(price order by price_id asс separator ',') as prices
from prices group by tovar_id

И разобрать уже в приложении