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

если ваш случай "рецептуры" - пользуйтесь терминами рецептурного отдела -

рецепты ингредиенты нормы расхода переделы продукты сырье и прочее :)


при чем тут машины и детали - детали нельзя вешать в граммах -
исчислять только в штуках, это СОВЕРШЕННО другая парадигма...


что касается рецептур - Силыч у нас занимался - было дело - поспрашивайте его

ЗЫ

в вашем случае я не смог понять где именно формируется
себестоимость (так называется ваша база)... но это мелочи.

Есть таблица в которой указаны номера этих рецептов в любой последовательности
в вашем файле она как называется?

Мне готовые не надо - там не понятно как что работает. А у совецких -собственная гордость. (с) :)
Да и нет смысла покупать - контора бабок зажабит , а так у меня будет многофункциональный конструктор с помощью которого хоть калькуляцию на собачие корма считай, хоть на самолет..

Идея такая - есть стоимость рецептов, которые в свою очередь состоят из определенных ингридиентов. Например корм для собак состоит из гранул и желе, причем комбинаций этих много. А стоимость готового продукта - сумма этих рецептов.
Я хочу посчитать стоимость каждого рецепта с помощью запроса, а затем свести их в таблицу вида
Рецепт1 Рецепт 2 ..... Итого стоимость продукции
Стоимость 10 20 30


Закладка (нормы расхода) компонентов хранится в таблице "Закладка" в свою очередь таблица "Рецепты" служит для агрегирования этих компонентов в рецепты
Материалы - справочная таблица.
Вся проблема в том, что у меня не получается свести рецепты в таблицу вышеуказанного вида. Попытка была сделана с помощью таблицы "Калькуляция", но не удачно.

т.е карточки рецептур у меня есть, я не понимаю как их свести в продукт. Причем я хочу сделать сводную таблицу по нескольким комбинациям рецептов. Скалькулировать один продукт - проблем нет - можно с помощью поля "Статус" в таблице "Рецепты" отбирать нужные, но весь смысл в том, чтобы получить сводную таблицу.

Explorer - спасибо за замечания пока писАл, понял пару косяков :)). Но с нетерпением жду еще советов от более опытных людей.

>>есть стоимость рецептов, которые в свою очередь состоят из определенных ингридиентов
странно как-то. имхо, нужно так - есть ингредиенты, которые имеют свою себестоимость и которые входят затем в рецепты и формируют, таким образом, общую себестоимость рецепта.

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

>>Вся проблема в том, что у меня не получается свести рецепты в таблицу вышеуказанного вида.
а почему не получается?
>>т.е карточки рецептур у меня есть, я не понимаю как их свести в продукт.
вот оно чё, Михалыч (с) Наша Раша
так изучите структуру карточки рецептур и от неё шагайте :)

пережал фотку :)))

вот тут лучше (книгу рекомендую - всего 200 страниц и все по делу)

2osmor - таблица "Закладка" ИМХО

Не "Закладка", это как раз состав рецепта. IMHO

Мегареспект за ссылку. Но проблема в том, что как я писал выше, я хочу некой универсальности. Поясню на примере. Допустим я делаю мороженное 3-х сортов: пломбир(1), крем-брюле(2) и фруктовое(3) также у меня есть три сиропа: манго(4), дыня(5) и шоколад(6). Сами по себе сорта мороженного и сиропы так же состоят из неких ингридиентов. Я дошел до этапа 1 - я знаю сколько стоит каждый вид мороженного и сиропа. Это отражено в базе, приведенной по ссылке. НО я хочу чтобы без изменения самих рецептов считать их комбинации. Например Пломбир+сироп манго или фруктовое+шоколадный сироп. Вот она проблема. Я не знаю как сделать запрос, который одновременно:
1 - считает стоимость "простого" рецепта
2. - считает стоимость различных комбинаций "простых" рецептов - "сложные" рецепты.

Единственное до чего я додумался пока это следующий алгоритм :
1..Делаем базу "простых" рецептов
2.С помощью запроса на добавление считаем их стоимость и заносим её в спец. таблицу в привязке к номеру рецепта
3. К таблице с номерами и стоимостью "простых" рецептов прикручиваем таблицу в которой задаем "сложные" рецепты как комбинацию нескольких "простых" ИМХО такая конструкция более универсальна, чем забивать все составляющие рецепта в один рецепт ведь многие из них повторяются.

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

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

>>Например Пломбир+сироп манго или фруктовое+шоколадный сироп. Вот она проблема.
на языке этой предметки - это смеси :)
у нас в базе они маркировались определенным образом.

вы на верном пути!

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