выбрать последние цены

[andrew_jr20]

Добрый день.
Имеется таблица цен: Prices, с полями id, idproduct, price, pricedate. Как посредством sql выбрать последние цены, желательно с наименьшими затратами? А то способ, который использую сейчас, очень ресурсоёмкий: на тестовой базе с 20 видами товаров и порядка 2000 записей в таблице цен время на запрос - порядка полусекунды.

[evg_m]

для увеличения производительности обычно применяются индексирование данных.

[Аватар]

Если нет записей по продукту с одинаковым pricedate - по каждому продукту будет одна запись, иначе несколько с разными price. И индексы в базе по idproduct и pricedate очень желательны (evg_m очень прав)

SELECT P1.idproduct,P1.price,P1.pricedate
  FROM Prices AS P1,
    (SELECT idproduct,MAX(pricedate) AS pricedate FROM Prices GROUP BY idproduct) AS P2
  WHERE P1.idproduct=P2.idproduct AND P1.pricedate=P2.pricedate

[ADSoft]

Например последние 10 цен (по дате)

SELECT * FROM Prices ORDER BY pricedate DESC LIMIT 0,10

или я чего то недопонимаю? Конкретнее сформулируйте - что такое последние цены

[andrew_jr20]

Имеется в виду то, что цены по товарам меняются каждый день (специфика деятельности), и получая данные по последней дате я, таким образом, получаю актуальные цены на товар. Индексация есть - проблема была именно в неоптимальности запросов. Нашёл быстрый и действенный способ:

SELECT *
FROM (
  SELECT *
  FROM Prices
  ORDER BY pricedate DESC
) AS s
GROUP BY idproduct;

Так что тему можно закрывать, спасибо за участие.

[Аватар]

Ничего не понял. В какой СУБД выше приведенный запрос будет рабочим и что он вернет в этом случае? Или ТС не до конца его нарисовал?

[Serge_Bliznykov]

Сообщение от Аватар

Ничего не понял. В какой СУБД выше приведенный запрос будет рабочим и что он вернет в этом случае?

Аватар, +1

Любая нормальная СУБД выругается на него (попытка выбрать поля, не указанные в списке group by !)
Единственная СУБД, с которой я сталкивался и которая "плевала" на данное ограничение - была FPD (foxpro for dos). Она возвращала произвольные значения для полей, не указанных в group by!

Так же я согласен, непонятно, каким образом этот запрос отвечает потребностям автора!

[andrew_jr20]

В mysql всё отлично работает - подзапрос выдёргивает все поля (в том числе, pricedate и idproduct) в обратном порядке; после этого внешний запрос группирует по товару (idproduct), при этом в данные по каждому товару попадают последние данные, характерные именно этому товару.

[Serge_Bliznykov]

В mysql всё отлично работает

да не может быть!

Вы хотите сказать, что у Вас сработает такой простой запрос?!!

SELECT *
  FROM Prices
  GROUP BY idproduct;

если это так (а мне сейчас лень лезть в мускул, чтобы проверить), тогда к списку "пофигистических" СУБД, которые "плевали" на стандарты SQL (я уже говорил выше про FPD) можно добавить и MySQL...

[Аватар]

В MySQL расширены возможности использования оператора GROUP BY. Теперь в выражениях SELECT можно использовать столбцы или вычисления, которые не присутствуют в части GROUP BY. Это справедливо для любой возможной величины для этой группы. Данная возможность позволяет повысить производительность за счет исключения сортировки и группирования ненужных величин. Например, в следующем запросе нет необходимости в группировке customer.name:

mysql> SELECT order.custid,customer.name,MAX(paym ents)
FROM order,customer
WHERE order.custid = customer.custid
GROUP BY order.custid;

В ANSI SQL к предложению GROUP BY необходимо добавлять customer.name. В MySQL, если работа происходит не в режиме ANSI, это имя избыточно.

Не используйте данное свойство, если столбцы, пропущенные в части GROUP BY, не являются уникальными в данной группе! Возможны непредсказуемые результаты.

Выделено мной
http://mysql.ru/docs/man/Group_by_functions.html