MickkyДоброго время суток всем.
Подскажите, как правильно спроектирвать БД, при следующей ситуации?
Существует заказ, в который входит изделие(изделий в одном заказе может быть несколько). Изделие изготовлено из сырья. Сырье же, в свою очередь, тоже может продаваться т.е. как бы само является готовым изделием.
Так вот, вопрос в следующем. Как правильно составить таблицы, чтобы удовлетворяли условиям создания БД, т.е. чтобы не было аномалий, записи желательно уникально идентифицировались по одному стобцу и т.д. ?
Я сделал 3 осн. табл.: Изделие, Сырье и Заказ. С первыми двумя все ясно, а вот с третей каша получается, потому как в ней есть 3 основных поля(ID_заказа, ID_изделия, и ID_сырья). Первичный ключ, по идее, надо либо делать из этих 3х полей либо создавать нов. поле(столбец). На мой взгляд и то и другое как то криво выходит.
Подскажите более правильный способ.
Кстати, БД MySQL 5., тип таблиц InnoDB.
ИМХО, о БД здесь надо думать в последнюю очередь, на этапе реализации....
Когда-то я сталкивался с таким (реализация полуфабрикатов и готовой продукции резино-химического производства). Схема таблиц была примерно следующая:


Т.о. в Заказе видны только позиции заказа, номенклатуру - т.е. Изделия.

Геморрой возникает при расчете плана расхода сырья, т.е. сколько необходимо произвести/приобрести сырья на обеспечение всех заказов...

MickkyДоброго время суток всем.
Подскажите, как правильно спроектирвать БД, при следующей ситуации?
Существует заказ, в который входит изделие(изделий в одном заказе может быть несколько). Изделие изготовлено из сырья. Сырье же, в свою очередь, тоже может продаваться т.е. как бы само является готовым изделием.
Так вот, вопрос в следующем. Как правильно составить таблицы, чтобы удовлетворяли условиям создания БД, т.е. чтобы не было аномалий, записи желательно уникально идентифицировались по одному стобцу и т.д. ?
Я сделал 3 осн. табл.: Изделие, Сырье и Заказ. С первыми двумя все ясно, а вот с третей каша получается, потому как в ней есть 3 основных поля(ID_заказа, ID_изделия, и ID_сырья). Первичный ключ, по идее, надо либо делать из этих 3х полей либо создавать нов. поле(столбец). На мой взгляд и то и другое как то криво выходит.
Подскажите более правильный способ.
Кстати, БД MySQL 5., тип таблиц InnoDB.

Кстати говоря, а зачем заказу "видеть" все "внутренности" изделия? Первичный ключ тогда определяется уникально - ID заказа. А все остальное получается на основании реляционных запросов (Select-SQL) к базе данных. Возможно, придется выполнять запросы в цикле, чтобы спуститься до самых нижних уровней (материалы, из которых получаем полуфабрикаты для передела/продажи)....

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

По поводу того что в для хранения заказа должно быть 2 табл. это все понятно, я так и сделал. Т.е. у меня в одной табл. поля ID_Заказа, ID_Клиента, Дата заказа и т.д., т.е. Заказы как неделимые единици (о ней речь не идет, меня другая табл интересует.), а вторая, как раз та которую я и описал. Т.е. во второй таблице рассматривается Заказ, как делимая единица, т.е. внутренности ее.


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


Т.о. в Заказе видны только позиции заказа, номенклатуру - т.е. Изделия.

Геморрой возникает при расчете плана расхода сырья, т.е. сколько необходимо произвести/приобрести сырья на обеспечение всех заказов...

Т. е. как я понял, вы предлагаете в таблице "Изделия" объеденить сырьё и изделие произведенное из сырья и присвоить каждому из элементов свой ID?
У меня были такие соображения...но никуда не вылились, мне показалось, что IDшников слишком много будет.
Не совсем так.

В Изделия и Номенклатуру (связь по ID_Изделия) помещаются только те продукты, которые могут быть проданы, т.е. полуфабрикаты и готовые изделия

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

Таким образом имеем:
Номенклатура = список продаваемых товаров (почти прайс-лист)
Изделия = "рецептурная карта", т.е. из чего состоит наше изделие
Сырье = перечень исходного сырья

Сложность же заключается в том, что полуфабрикат может быть как сырьем, так и готовым изделием.
Можно пойти двумя вариантами:
1. Кодировать различными ID идентичный полуфабрикат. Т.е., если он продажный продукт, то имеет один ID, а если используется в производстве - то другой ID.
Тогда легко запутаться в номенклатуре.
2. ID остается постоянным несмотря на то, где используется полуфабрикат: продается или перерабатывается.

Mickky Станислав С
Не совсем так.

В Изделия и Номенклатуру (связь по ID_Изделия) помещаются только те продукты, которые могут быть проданы, т.е. полуфабрикаты и готовые изделия

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

Таким образом имеем:
Номенклатура = список продаваемых товаров (почти прайс-лист)
Изделия = "рецептурная карта", т.е. из чего состоит наше изделие
Сырье = перечень исходного сырья

Сложность же заключается в том, что полуфабрикат может быть как сырьем, так и готовым изделием.
Можно пойти двумя вариантами:
1. Кодировать различными ID идентичный полуфабрикат. Т.е., если он продажный продукт, то имеет один ID, а если используется в производстве - то другой ID.
Тогда легко запутаться в номенклатуре.
2. ID остается постоянным несмотря на то, где используется полуфабрикат: продается или перерабатывается.

Мне не совсем понятно что кроется под словом "наименование" в табл. "Номенклатура". Поясните пожалуйста. как я понимаю туда может входить как готовое изделие (произведенное из сырья), так и сырье которое идет на продажу. Так ли это?
:) Наименование = Название, Name и т.д.
Номенклатура - это для удобства продажников, чтобы было удобнее оформлять счета, формировать отчеты и т.д. По сути да, Вы правы - туда может попасть и полуфабрикат и готовое изделие. Но если мы это продаем клиенту, то значит это уже готовое изделие?!
Здесь может быть несколько искусственный выход - сделать "искусственное" "готовое изделие", состоящее только из полуфабриката и отличающееся от него тем, что УПАКОВАНО (т.е. готовое изделие = упакованный полуфабрикат). :)
Но: я рассказываю, как это было у нас. Вы можете "пойти своим путем"...

Mickky
Что такое наименование я, кажется, понял. Только, если туда может попасть и изделие и сырье, получается надо в это поле ("наименование") уместить и табл. "Изделия" и табл. "Сырье". А вот как это реализовать, мне не понятно и что там будет первичным ключем.

Ну что же. Опишу на конкретном примере наш подход.
Напомню, что схема таблиц была примерно следующая:

Под "Номенкалтурой" у нас понималось следующее:
Т.е. это то, что наши продавцы выставляют в счет клиенту. И там может не быть всего разнообразия готовой продукции и сырья.
Теперь дальше. "Изделия" содержат состав изделий, например:
Т.е. изделия 10.2 (Лента транспортерная) состоит из сырья А.01, А.08 и А.10
Дальше. "Сырье" содержит все разнообразие сырья, используемое в производстве:
В итоге, сделав соответствующий запрос, получаем , что изделие 10.2 (Лента транспортерная) состоит из А.01 (корда транспортерного), А.08 (пластификатора) и А.10 (смеси резиновой ПБУ16-32-XIV).
При этом заказчики (а также наши менеджеры-продавцы) и не догадываются о составе транспортерной ленты.
Кроме того, полуфабрикат "смесь резиновая ПБУ16-32-XIV" может быть продан нашими продавцами под кодом 1.10 (Хотя, если быть более точным, то продаваться будет упакованный в бумагу / пленку / коробку / контейнер (по желанию заказчика) полуфабрикат)....
Сейчас понятно?