Есть 4 таблицы:
- purchase (заказ)
- purchase_item (позиции заказа)
- price (прайс)
- exchange_rate (курс валюты)

Вопрос №1
Правильно ли организована структура таблиц?
Как это делается в нормальных учётных системах.

Вопрос №2
На заданной структуре надо вывести список заказов в формате:
Заказ | сумма заказа по курсу на дату заказа
Причём это надо сделать одним выражением без вложенных запросов.

Я уже всё перепробовал, ничего не получается.
Спотыкаюсь уже на формировании прайса на заданную дату.

В прикреплении тестовая БД.

Уважаемые!

Скажите пожалуйста - вопрос задан неверно или это что-то супер трудное?
неужели никто так не хранит данные?

Помогите пожалуйста :)

Видимо я всё таки я вопрос задал не оч. правильно.

Упростим задачу:
- есть табл. Price, в которой
o price_id - уникальный идентификатор записи
o product_id – идентификатор товара
o date_from- дата, с которой начинает действовать цена
o price – соответственно цена в рублях

Необходимо сформировать прейскурант - допустим на текущую дату.
Но SQL выражение не должно содержать вложенных подзапросов.
Это условие из-за того, что как сервер используется MySQL, а там нельзя сделать вложенный подзапрос. Со вложенным получатся примерно следующее:
Вот и думаю, как бы от простого перейти к сложному, но пока что и простое особо не получается сделать.

Знатока SQL – надежда только на вас!

>так тебе знаток MySQL нужен - тут кажется радом форум...
не, на том форуме движение очень слабое.
И я почему то уверен что лучшие спецы по SQL находятся на форуме по SQL Server и Access.
Наглядный этому пример – помощь создания запроса самому ЛП J
(Как-то был прикол, что при трудоустройстве на новое место работы ты говоришь что знаешь ЛП – тебя сразу же берут)

...
>ну, а где-нибудь - в предложении WHERE, например, подзапросы использовать можно? Или там прямо в предложении SELECT, где поля отбора перечисляются?
Загвоздка в том, что использовать вложенные запросы нельзя. Нигде.

Если нихде низзя, то, наверно, придется дату окончания действия цены явно ваять, и пользовать BETWEEN
Можно поподробнее?
Дата окончания действия цены конечно всегда есть. Если смотреть на мою структуру, то как раз purchase.rec_created.

2 Geo
>А без вложенного подзапроса обращаться к результатам другого запроса можно?

MySQL не сохраняет запросы, представления. Там нет такого понятия (по крайней мере в версии 4.* которой пользуюсь я)

>Если нет, то работай посредством временной таблицы вместо отдельного запроса.

Видимо придётся идти по этому пути, только вот есть нюанс:
- Я делаю выборки посредством запроса к серверу. Из него надо обращаться к временным таблицам. Временные таблицы, как в SQL Server, существут только в рамках текущего connection. Как узнать в каком cnn создавать временную таблицу? Может кто сталкивался

>И вообще, вопросы по запросам к MySQL надо задавать в MySQL. Мобыть все-таки переложить туда?

Не, не надо :)


2 мммм

>если запрос к линкованным таблицам (т.е. обрабатывается джетом), то можно забыть о синтаксисе MySql. Как линковать (в запросе джета) по ... ON price.Date<=zakaz.Date счтобы шустро считалось джетом тут проскакивало с год назад в аналогичной задачке о расчете курса (вернее сумм с учетом курса))

Что-то я не нашёл ничего путного.
Если работать с линковаными таблицами - то при моей инструкции всё считается довольно медленно.

>Если же запрос к серверу, то такого рода вещи надо оформлять хранимками.
(ибо скорость счета при большом количестве записей будет невысока из-за max() и пр. групповых операций (к тому же еще в подзапросах). А это уже вопрос возможностей конкретного сервера. (где-то шустро через темповые таблички, где-то - открытием курсора)

Нет в MySQL хранимок. И курсоров нет.
как бы это не было прискорбно :)