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