Как правильно построить запрос из трех таблиц?

Question

[Albert Kazan]

Есть три таблицы: Товары, Заказы, СвязьТоваровЗаказов
СвязьТоваровЗаказов содержит лишь айдишки Товаров, привязанных к Заказам.
Товары

• id
  
• Стоимость
  

Заказы

• id
  
• id клиента
  

СвязьТоваровЗаказов

• id
  
• id товара
  
• id заказа
  
• количество такого товара с таким id в заказе
  

Как вывести заказы так, чтобы были такие поля: общая сумма, количество всех товаров?

Comments

[Максим Грищенко]

• Сумму заказа лучше занести в сам заказ, то есть добавить в табл Заказы поле total_price
  
• Товары лучше не указывать в таблице связующей,тк товар может быть удален, а заказ должен содержать историю, для этого делают еще одну таблицу "Заказанные твоары"
  
• У таблицы СвязьТоваровЗаказов не нужен id
  
  

[Albert Kazan]

Максим Федоров, привязанные к заказу товары могут прибавляться и убавляться, как с интерфейса, так и прямо с базы данных, поэтому с полем total_price тупо и мне кажется говнокодом.

[Максим Грищенко]

Albert Kazan, ну хозяин барин :)

[alex-1917]

тут select банальный с двумя группировками, такие тесты 7-клашки решают на раз-полтора!!!
ну или джойн заюзать. но сомневаюсь, что джойн вам будет полезен,, скорее всего банальный магазин на 100 товаров в Запердищенске или вообще для зачетной книжки!!)))
стыдоба...

[Руслан Федосеев]

насчет суммы заказа - клиент заказал, получил сумму заказа, оплатил. И тут цена на товар поменялась. Вы пытаетесь сделать какую то аналитику - и получаете чушь.....

[Руслан .]

Albert Kazan, тут есть нюанс. Если со временем у вас поменяется стоимость какого-то товара, то суммы всех заказов в которых есть этот товар изменятся, а значит и отчетность за прошлые периоды изменится. Но ведь по факту деньги за заказ заплатили фиксированные и стоимость уже оплаченного заказа меняться не должна. А ещё бывают всякие временные скидки и промокоды, которые не влияют на стоимость товара, но могут влиять на стоимость заказа. По хорошему после того как заказ сформирован общую сумму лучше хранить в заказе. И ещё для учета скидок и промокодов возможно потребуется добавить поле сумма в таблицу связи товаров и заказов. Т.к. например стоимость некоторых товаром может меняться от того сколько вы этих товаров (я имею ввиду количество) включили в заказ.

[Albert Kazan]

alex-1917, горазд вы на оскорбления. Решил уже все сам. Сделал неправильный JOIN и забыл запятую, поэтому не работало.

[Albert Kazan]

Руслан Федосеев, понятное дело, что при оформлении заказа уже сумма фиксируется. А пока он просматривает свой заказ (но еще не оформленный), то там сумма уж должна быть динамической.

[Albert Kazan]

Руслан, выше в коммент написал. Я просто это уточнение упустил в вопросе. Но никто сам запрос не попробовал даже написать :/

[Руслан .]

Albert Kazan, вы правы. Но этот запрос простой как гвоздь.
Вот как-то так:

select t1.[id заказа], sum(t2.[Стоимость]) as total_price
  from СвязьТоваровЗаказов as t1
  inner join Товары as t2
             on t2.[id] = t1.[id товара]
 group by t1.[id заказа]

[alex-1917]

Albert Kazan, оскорбления - это когда с адресацией на конкретную личность (с указанием полного набора персональных данных) и с применением мата... увы и ах..

[alex-1917]

Albert Kazan, не, все правильно,сумму заказа хранят в заказе и нигде более. вы видать ни одного магазинного движка не копали....
возможно, вы путаете заказ (полностью оформленный и сохраненный в БД набор данных) И некое аморфное скопище мыслей потенциального покупашки... что он там накидал в корзину - это его собственные фантазии и к делу не относится...

[Albert Kazan]

alex-1917, да тут кое-что промежуточное между корзиной и заказом.

Answer 1

[daregod]

SELECT
 ol.order_id `Номер заказа`,
 c.name `Клиент`,
 count(ol.goods_id) `Всего позиций`,
 sum(ol.amount) `Кол-во товаров`,
 sum(g.cost) `Общая сумма`
FROM
 order_list ol,
 goods g,
 `order` o,
 client c
WHERE
 g.id=ol.goods_id
AND
 o.id=ol.order_id
AND
 c.id=o.client_id
GROUP BY ol.order_id;