Всем здравствуйте.
Есть вот такая схема таблиц (см. рис.) Имеется: группа продуктов, подгруппа продуктов. В подгруппу могут входить как простые продукты, так и составные (ComplexProd). Составных продуктов будет очень мало - не более 5. Но дело в том, что это не составные продукты как таковые - а шаблон составных продуктов. Например, есть какой-то составной продукт, который состоит из продукта1 и продукта2. В базе данных будет описан лишь состав - продукт 1 и 2. Когда дойдет дело до использования сложного продукта, то реально надо знать соотношение продукта1 и продукта2 в составном продукте. Например, П1 может быть в 10 раз больше, чем П2. Если на примере котлет :) - в котлете может быть 10 грамм мяса и 90 хлеба, а может и 50 на 50. Но состав - всегда один: мясо и хлеб. А вот соотношение в каждом конкретном случае будет разным. У пользователя при вводе им данных в приложении-клиенте надо будет спросить состав, и конкретный экземпляр составного продукта будет помещен в другую таблицу (с указанием соотношения). Итого имеем: таблица ComplexProd лишь описывает состав сложного продукта. Реальный же состав помещается в другую таблицу. Вся прооблема в том, что в таблице ComplexProd хранятся не однотипные шаблоны, а разнотипные :( По сути - таблица описывает лишь состав разных типов составных продуктов. Но каждый составной продукт обрабатывается по-разному, т.е. для следующего составного продукта надо будет знать не соотношение сырья в нем, а температуру.
И вопрос такой: как правильно будет реализовать обработку типов составных продуктов - вынести полностью в клиент? Т.к. типов составных продуктов мало (не более 5) и все они заранее 100% известны (новые добавляться точно не будут), то такой вариант имеет место быть. Но как-то это нехорошо - выносить в клиент :( К сожалению, других вариантов я придумать так и не смог.
Подскажите, пожалуйста, может, я пытаюсь изобрести велик и все уже давно делается по-другому?
Заране большое спасибо!

То ModelR: Спасибо, я что-то на название таблиц внимания не обратил, конечно переименую :(
Насчет многократного вложение - у меня такого нет. Вероятно, у меня наипростейший вариант автоматизации :) Всего 4 типа шаблонов, у каждого - по 2-3 свойства. Алгоритм такой: пользователь в приложении выбирает тип шаблона, я у него спрашиваю параметры и конкретный экземпляр уже добавляется в другую таблицу (таблица имеет внешний ключ на тип шаблона и параметры шаблона). Проблема еще в том, что в приложении под каждый тип шаблона должна быть своя форма. Она не универсальна. Причем для 2-х типов шаблонов надо выбрать вспомогательные данные из справочных таблиц, а для других 2-х - спросить данные у пользователя

Как правильно должен реализовываться ввод данных для разных типов шаблонов? Повесить на каждый тип какой-то осмысленный идентификатор и в программе его анализировать?

Клиент на VisualC++

А стоит ради 4 типов городить столько всего? Если повесить на каждый тип - идентификатор и в приложении по нему уже обрабатывать. Да, не очень хорошо выносить обработку в приложение, но в данном случае ради 4 разных объектов - может, не так уж и плохо?

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