а тут тебя не интересует другие таблицы, за исключением основных.
Тут надо считать на корневых, в которых храняться именно строки заказа (бо как там указаны все интересующие тебя данные).
Как бы делал я.
Я бы сделал 2 основных таблички:
Orders - заголовки заказов,
OrderItems - строки заказов.
Естественно, в OrderItems есть поля:
OrderID - ид заказа
Itemtype - тип записи (деталь/работа)
JobID - ид работы
PartID - ид детали
ClientsPart - деталь клиента (флаг = [0,1])
Measure - ед. изм.
Quantity - кол-во
Cost - стоимость 1 шт
ItemSum - стоимость кол-ва (можно делать не физическим, а виртуальным).
Соответсвенно, в процессе работы заполняется таблица OrderItems.
Сумма по ней считается либо одним запросом (:OID - параметр ид заказа)
SELECT SUM(ItemSum) AS OrderSum WHERE OrderID = :OID And ClientsPart = 0
Или, если ItemSum виртуальное, то
SELECT SUM(Cost * Quantity) AS OrderSum WHERE OrderID = :OID And ClientsPart = 0
Если считаем внутри клиентского приложения - то так, как я писал в предыдущем посте, т.к. у тебя уже есть все позиции текущего заказа.
Кстати, запрос на вычисление суммы заказа в указанном выше виде можно воткнуть в триггер и просто заполнять поле таблички Orders.
Вот.
А как ты заполняешь собственно табличку позиций заказа никого не волнует. Фактически, пользователь может ввести как отдельные детали/работы, так и создать несколько записей при выборе какой-то предопределенной операции.
|