[KIA]

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

[lmikle]

а тут тебя не интересует другие таблицы, за исключением основных.
Тут надо считать на корневых, в которых храняться именно строки заказа (бо как там указаны все интересующие тебя данные).

Как бы делал я.
Я бы сделал 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.

Вот.

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