Ситуация следующая:
Есть две таблицы

movements(движения товаров):
--------------------------------------------------
| period | shop_id | good_id | quantity |
--------------------------------------------------

prices(цены товаров):
---------------------------------------------
| period | shop_id | good_id | price |
---------------------------------------------

Связь таблиц соответственно по полям shop_id и good_id.
Поле period - это дата либо движения, либо установки цены.

Необходимо получить запрос дающий следующий результат:

| period | shop_id | good_id | quantity | price |

где соответственно цена - это цена товара, ближайшая к дате движения.

Проблема в том что у меня не получатся получить цену товара на дату движения, во всяком случае чтобы это было быстро.

Пробовал сделать так:


Как это можно сделать по другому?

Dinkyну если заменить LEFT на INNER то будет быстрее, цены-то на все товары по-идее есть? ;)
индексы проверить не помешало бы - что EXPLAIN говорит?
Ну а так чтоб совсем быстро - кэшировать текущие цены надо ;)

Не все так просто :))
Цены может не быть, хотя это и редкость...

Explain:
id | select_type |table | type | key | ref
1|PRIMARY |m |ref |docs_id |const
1|PRIMARY |p |ref |good_id |m.good_id
2|DEPENDENT SUBQUE |pr |ref |good_id |p.good_id
Вроде как все в порядке...

А вот с кешированием - это как? если движение хранятся за большой период и отчет естественно надо тоже за большой период - цены меняются, нужно получать каждый раз ее значение....

Валентин КПо-моему что-то с реализацией задачи, почему движение отделено от цен?
Потому что цены назначаются независимо, от движений.
В данном случае пример - списание товара, при списании цена не указывается, т.к. списывается по себестоимости, а нужен отчет в определенном типе цен. Как-то так..