powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проект БД изделий
68 сообщений из 68, показаны все 3 страниц
Проект БД изделий
    #32968806
Igor Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Есть задачка:

Нужно вести БД изделий, которые могут состоять из заготовок (материаллов) и/или из других изделий, которые тоже могут состоять из заготовок (материаллов) и/или из других изделий и так далее.
Разница между изделиями верхнего уровня и всех остальных только то, что они продаются заказчикам, а остальные - комплектующие.

Как правильно организовать базу?

Я придумал вот так:

TABLE ware // готовые изделия
ware_id
drawing_number
description
....

TABLE workpieces // заготовки
ware_id
material_id
quantity
...

TABLE component_parts // комплектующие изделия
ware_id
component_id
quantity
...

Так как опыта у меня совсем мало, оцените, пожалуйста, и скажите есть ли более совершенные решения с точки зрения простоты/сложности запросов и будущего усовершенствования?
Потому-что боюсь зайти слишком далеко з заведомо плохим началом :)
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968853
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
C точки зрения универсальной структуры данных я бы делал так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
-- заготовки
create table WorkPieces (WorkPieceId integer not null primary key, ...);

-- изделия
create table Components (ComponentId integer not null primary key, ...);

-- составные части
create table ComponentParts (
  ComponentId integer not null references Components (ComponentId),
  SubComponentId integer references Component (ComponentId),
  WorkPieceId integer references WorkPieces (WorkPieceId),
  Quantity integer ....
  unique ( ComponentId, SubComponentId, WorkPieceId ),
  check ( SubComponentId is null and WorkPieceId is not null or
             SubComponentId is not null and WorkPieceId is null )
);

-- выходной продукт
create table Ware (
  WareId integer not null primary key,
  ComponentId integer not null references Components (ComponentId),
  ...
);

Ну а оптимальность запросов - вопрос, который существенно зависит от требуемых запросов.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968863
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Любую БД начинают проектировать с справочников - основная информация, которая будет находиться правктически во всех таблицах. В Вашем случае - материалы. т.о. необходимо создать справочкик или справочники материалов. А вот потом только пойдут таблицы изделий.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968902
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KozlovРазница между изделиями верхнего уровня и всех остальных только то, что они продаются заказчикам, а остальные - комплектующие. Между ними нет никакой разницы. В терминологии бухучета они различаются как полуфабрикаты и готовые изделия. На этом вся разница закончилась. Для них одинаковый учет, отдельные сборочные единицы могут входить с более крупные. Одинаковая методика расчета их себестоимости. Полуфабрикаты также могут быть реализованы со всеми вытекающими последствиями – необходимость списания их себестоимости на финансовые результаты. Следовательно, не должно быть разных таблиц для полуфабрикатов и готовых изделий. Это одна таблица.

Для описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает. Видел древовидный справочник изделий, но при большой номенклатуре это не удобно.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968917
Igor Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
PVP
Для описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает.

А можно по-подробнее о таком подходе?
Може он и меня устроит? :)
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968935
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVPМежду ними нет никакой разницы. В терминологии бухучета они различаются как полуфабрикаты и готовые изделия. На этом вся разница закончилась.
Зависит от задач. С точки зрения учета разницы действительно нет - но кто сказал Вам, что задача включает в себя только учет? С точки зрения продажи это две разные сущности - одна ключевая для процесса, другая не участвующая в процессе. Можно, конечно, ввести флаг "разрешен к продаже", отстроить ограничения целостности, мешающие назначить цену продажи непродаваемому товару.. Но я бы сказал, правильнее именно что две сущности.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968945
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVP Igor KozlovРазница между изделиями верхнего уровня и всех остальных только то, что они продаются заказчикам, а остальные - комплектующие.

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

Вот как раз древовидный справочник изделий (товаров) и используется в классификаторе товаров, и состоит он минимум из 6 простых справочников
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968963
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerА в чем разница? Любой полуфабрикат может быть продан - на запчасти или как промежуточный продукт производства. Далее, любой полуфабрикат при использовании его на следующих технологических переходах, имеет такое же значение как и покупные материалы (сырье). Необходимо анализировать его запасы, определить необходимое количество изготовления исходя из производственной программы, он точно так же списывается на производство или для реализации как и покупные материалы. С другой стороны, уже готовая продукция для других производственных участков может быть исопльзована как сырье и материалы.
В чем разница, если можно, конкретнее?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968967
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zassВот как раз древовидный справочник изделий (товаров) и используется в классификаторе товаров, и состоит он минимум из 6 простых справочниковЗачем 6 таблиц? Все можно уместить в одной таблице, содержащей поля описания дерева и поля параметров изделий.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968983
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVP softwarerА в чем разница? Любой полуфабрикат может быть продан - на запчасти или как промежуточный продукт производства. Далее, любой полуфабрикат при использовании его на следующих технологических переходах, имеет такое же значение как и покупные материалы (сырье). Необходимо анализировать его запасы, определить необходимое количество изготовления исходя из производственной программы, он точно так же списывается на производство или для реализации как и покупные материалы. С другой стороны, уже готовая продукция для других производственных участков может быть исопльзована как сырье и материалы.
В чем разница, если можно, конкретнее?

Для этих целей необходимо создать склад в складе (мы его назвали кладовкой). По данной вашей теме существует целая технология производства, которая включает в себя АРМ Технолога, АРМ Калькулятора, АРМ Склад, АРМ Кладовка. В Интернете где-то видел доку на 70 страниц. А у меня работает таким образом хлебное и колбасное производство
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968989
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVP zassВот как раз древовидный справочник изделий (товаров) и используется в классификаторе товаров, и состоит он минимум из 6 простых справочниковЗачем 6 таблиц? Все можно уместить в одной таблице, содержащей поля описания дерева и поля параметров изделий.

Все очень просто. Существуют группы товаров, подгруппы товаров, виды товаров, разновидность 1, разновидность 2 и разновидность 3. По данной технологии работаю таможни, например.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32968992
Igor Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Чесно говоря, мне ближе решение с одной таблицей и флажком
готовое изделие/комплектующее изделие

Но как организовать древовидную структуру?
Можно подробнее, PVP?

А ещё лучше с примерчиком.

Большое спасибо!
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969006
Igor Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
zassДля этих целей необходимо создать склад в складе (мы его назвали кладовкой). По данной вашей теме существует целая технология производства, которая включает в себя АРМ Технолога, АРМ Калькулятора, АРМ Склад, АРМ Кладовка. В Интернете где-то видел доку на 70 страниц. А у меня работает таким образом хлебное и колбасное производство

Zass, ссылочку не подкинете?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969022
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Извините, не помню. Но в яндексе рекомендую поискать. Мы в свое время строили таким образом технологические процессы пищевых производств.
Желаю удачи.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969023
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVPА в чем разница?
В бизнесе.

PVPЛюбой полуфабрикат может быть продан
"Имеет теоретическую возможность быть проданным" - да. А вот практическую - зависит от. Скажем, я несколько сомневаюсь в том, что Вы сможете подъехать в издательство и легко и просто (официально) купить обложку к книге. Если Вы не будете готовы потратить неадекватную сумму - Вам просто скажут "мы таким не занимаемся".

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

Поэтому обратите внимание на мою схему. Собственно основная, центральная таблица в ней - полуфабрикаты. Все что нужно, пойдет через нее, столь правильным и удобным универсальным образом. В то же время все, что работает с узким срезом этой таблицы - будет работать именно с узким срезом, легко и просто, без дополнительных усилий.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969033
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KozlovЧесно говоря, мне ближе решение с одной таблицей и флажком готовое изделие/комплектующее изделие
По-хорошему - это нарушение второй, кажется, нормальной формы (станет нарушением, как только появится поле, проставляемое только для "готовых" изделий и всегда пустое для комплектующих). Но с моей точки зрения, важнее вопрос ссылочной целостности - условие "в счет должны входить только готовые изделия" Вы не сможете выразить языком foreign key.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969046
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KozlovТак выглядит таблица
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969050
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KozlovА так на экране
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969055
Igor Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
softwarer
Теперь давайте смотреть, в чем разница. С одной стороны, если таки хочется продать обложку - нажимаем в списке полуфабрикатов "сделать товаром", вводим необходимые для продажи данные - ту же продажную цену - и готово. С другой стороны, держа их вместе - придется либо в куче мест пихать дополнительные проверки, либо время от времени решать возникшие коллизии, когда кто-то ошибся и выписал клиенту непродаваемый полуфабрикат.

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

Да Softwarer,
чем дальше думаю, тем больше с вами соглашаюсь.
Для моей задачи это, кажется, больше всего подходит.
Спасибо! Едем дальше...
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969056
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KozlovНа экране так выглядит
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969061
Igor Kozlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Спасибо PVP!
Очень полезный пример!
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969070
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer В бизнесе.

PVPЛюбой полуфабрикат может быть продан
"Имеет теоретическую возможность быть проданным" - да. А вот практическую - зависит от. Скажем, я несколько сомневаюсь в том, что Вы сможете подъехать в издательство и легко и просто (официально) купить обложку к книге. Если Вы не будете готовы потратить неадекватную сумму - Вам просто скажут "мы таким не занимаемся".

Теперь давайте смотреть, в чем разница. С одной стороны, если таки хочется продать обложку - нажимаем в списке полуфабрикатов "сделать товаром", вводим необходимые для продажи данные - ту же продажную цену - и готово. С другой стороны, держа их вместе - придется либо в куче мест пихать дополнительные проверки, либо время от времени решать возникшие коллизии, когда кто-то ошибся и выписал клиенту непродаваемый полуфабрикат.По прежнему никакой разницы. Для учета готовой продукции имеются свои счета, для полуфабрикатов – другие. И когда речь идет о реализации, то множество ТМЦ (не только товаров, и любых материальных ценностей), подлежащее продаже, определяется счетом, с которого производится их расход.
И еще, если хоть иногда полуфабрикат может быть продан, то уже следует отрабатывать операции его реализации. Ведь не придерживаться же утверждения «Да это у нас очень редко»
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969075
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer Igor KozlovЧесно говоря, мне ближе решение с одной таблицей и флажком готовое изделие/комплектующее изделие
По-хорошему - это нарушение второй, кажется, нормальной формы (станет нарушением, как только появится поле, проставляемое только для "готовых" изделий и всегда пустое для комплектующих). Но с моей точки зрения, важнее вопрос ссылочной целостности - условие "в счет должны входить только готовые изделия" Вы не сможете выразить языком foreign key.Комплектующее или готовое изделие, с точки зрения технологического процесса, относительное понятие. Если на этой операции собирается какой либо узел, то узел здесь явялется изделием. На следующей операции этот же узел будет комеплектующим. Поэтому флажком здесь не обойтись.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969132
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Интересно, кто-нибудь обнаружит [хотя бы поверхностное] знание производственных стандартов [например, на уровне отличий полуфабрикатов от готовых изделий]?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969152
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Интересно, кто-нибудь обнаружит [хотя бы поверхностное] знание производственных стандартов [например, на уровне отличий полуфабрикатов от готовых изделий]?А guest_20040621 так же относится к множеству "кто-нибудь" ?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969282
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 пишет:
> Интересно, кто-нибудь обнаружит [хотя бы поверхностное] знание
> производственных стандартов [например, на уровне отличий полуфабрикатов
> от готовых изделий]?

Если и обнаружит, то будет неправ в общем случае. Ибо слишком много
частных случаев, когда продаются изделия, являющиеся полуфабрикатами для
других изделий. Как понять, что лежит на складе: полуфабрикат или
готовая продукция, если это сегодня могут как продать, так и пустить в
производство в состав изделия?
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969311
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer пишет:

>> PVP
>> Любой полуфабрикат может быть продан
>
>
> "Имеет теоретическую возможность быть проданным" - да. А вот
> практическую - зависит от. Скажем, я несколько сомневаюсь в том, что Вы
> сможете подъехать в издательство и легко и просто (официально) купить
> обложку к книге. Если Вы не будете готовы потратить неадекватную сумму -
> Вам просто скажут "мы таким не занимаемся".

Если есть один пример, где это неприменимо, то это еще ничего не значит.
В компьютерной фирме я могу купить HDD, а могу и комп, включающий в себя
этот HDD.

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

И что в результате получим? В двух таблицах записи, соответствующие
одной и той же сущности? И про какие нормальные формы ты говоришь после
этого? Как должна выглядеть в БД элементарнейшая накладная на внутреннее
перемещение, в которой может быть сырье, комплектующие, полуфабрикаты и
готовая?

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

А в чем трабл? Какие коллизии?

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

Например?

> Но с моей точки зрения,
> важнее вопрос ссылочной целостности - условие "в счет должны входить
> только готовые изделия" Вы не сможете выразить языком foreign key.

Можно решить и при помощи FK, если уж припрет. Причем не так уж сложно.
Тупейший пример - составной FK по полям код изделия и тип изделия,
причем на тип в счете ставится check constraint. А зачем? Есть множество
корректных и удобных способов обеспечения целостности и
непротиворечивости данных. FK - лишь один из них.

Кроме того может быть компромиссный вариант с использованием
наследования. Например базовая сущность - изделие. Отдельная таблица.
Дочерние сущности - комплектующие, готовые, сырье и т.п. можно разнести
по разным таблицам, обеспечив связку по PK с изделиями. Такой вариант
применим в большинстве случаев, т.к. обеспечивает и удобство
объединения, и преимущества жесткого разделения там, где надо.

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969322
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> А guest_20040621 так же относится к множеству "кто-нибудь"?

Нет. Так я и рекомендаций не даю.

> Если и обнаружит, то будет неправ в общем случае.

Да ну? ;)

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

Нет таких случаев. По определению.

> Как понять, что лежит на складе: полуфабрикат или готовая продукция, если это сегодня
> могут как продать, так и пустить в производство в состав изделия?

А очень просто понять. Начать нужно с четкой идентификации производственных (технологических) процессов и товарно-денежных отношений юридических лиц. Вопросы на засыпку: по-Вашему, когда именно продукт приобретает свойства товара (т. е. предмета товарно-денежных отношений)? Какими дополнительными свойствами обладает предмет товарно-денежных отношений?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969491
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 Вопросы на засыпку: по-Вашему, когда именно продукт приобретает свойства товара (т. е. предмета товарно-денежных отношений)? Какими дополнительными свойствами обладает предмет товарно-денежных отношений?Ответ на этот вопрос зависит от того, кто отвечает.

С точки зрения аудитора и бухгалтера «продукт приобретает свойства товара», когда он попадает на счет учета товаров. Если он находится на счетах учета полуфабрикатов – это полуфабрикат, готовой продукции – это готовая продукция. И бухгалтеру все равно, что скрывается за названием «Узел 333», он простой или составной, и сколько в нем уровней вхождения комплектующих.

С точки зрения покупателя, свойствами товара обладает то, что он может купить. И ему совершенно не важно, к какой категории оно относится согласно действующим стандартам.

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

PS. Отнеситесь к высказанному, как IMXO. Это мой опыт работы с этой номенклатурой ТМЦ на многих предприятиях различной направленности.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969521
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 пишет:

> > Ибо слишком много частных случаев, когда продаются изделия,
> являющиеся полуфабрикатами для других изделий.
>
> Нет таких случаев. По определению.

По какому определению? Есть. И очень много. Простейший пример я приводил
выше.

>> Как понять, что лежит на складе: полуфабрикат или готовая продукция,
>> если это сегодня
>> могут как продать, так и пустить в производство в состав изделия?

> А очень просто понять. Начать нужно с четкой идентификации
> производственных (технологических) процессов

Тех процесс никак не влияет на определение полуфабрикат/готовое.

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

Тогда, когда его можно продать

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

В тех случаях, с которыми я работал, номером сертификата, разрешающего
продажу.

И вообще, уважаемый, тебе тут люди примеры приводят, доводы какие-то, а
ты все пальцы гнешь, изображая знание вселенской тайны
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969560
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Ответ на этот вопрос зависит от того, кто отвечает.

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

> С точки зрения тех, кто находится на форуме «Базы данных» - товар, запасы,
> сырье, полуфабрикаты – это синонимы, т.к. они могут храниться в одних и тех же
> таблицах и обрабатываться одними и теми же процедурами.

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

> Отнеситесь к высказанному, как IMXO. Это мой опыт работы с этой
> номенклатурой ТМЦ на многих предприятиях различной направленности.

Вот и хорошо. Так каким будет Ваш вариант ответа?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969573
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> По какому определению?

По определению продукта товарно-денежных отношений, видимо.

> Есть. И очень много. Простейший пример я приводил выше.

К сожалению, Вы привели ошибочный пример.

> Тех процесс никак не влияет на определение полуфабрикат/готовое.

Да ну? У меня другое мнение. Пока изделие задействовано в основном технологическом процессе, оно ну никак не может выступать предметом товарно-денежных отношений. Ы?

> Тогда, когда его можно продать

Правильное направление рассуждений.

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

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

Какие еще свойства в Вашем случае присутствовали?

> И вообще, уважаемый, тебе тут люди примеры приводят,

Саша, мы на "ты" не переходили. Держите себя в рамках приличия.

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

Пальцы я не гну. Вообще. В принципе. Никогда. Вселенских тайн здесь нет и быть не может. Изделие может выступать предметом товарно-денежных отношений после некоторого момента времени. С этого момента времени оно приобретает некоторые дополнительные признаки. Вопросы у меня более, чем конкретны: когда наступает этот момент времени и какими могут быть эти признаки. В этом обсуждении я прочел о готовых структурах данных, но не нашел ответы на эти imho тривиальные вопросы. Вот, собственно, и хотелось бы их получить. Потому как из ответов на эти вопросы абсолютно логично вытекает структура данных.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969613
Andres 1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ПМСМ как только у продукта/товара/сырья/чего-угодно-еще-вплоть до старой упаковки появляется атрибут "цена_для_продажи_этой_штуки" - это товар.

Сертификат - не показатель (Не знаю, может быть в России/СНГ и показатель - если объект абсолютно любой т/д операции должен быть сертифицирован?)
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969635
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> как только у продукта/товара/сырья/чего-угодно-еще-вплоть до старой упаковки
> появляется атрибут "цена_для_продажи_этой_штуки" - это товар.

Неправильный ответ.

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

И только потом начинается ценообразование. Ы? ;)
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969659
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 пишет:
> По определению продукта товарно-денежных отношений, видимо.
> > Есть. И очень много. Простейший пример я приводил выше.
> К сожалению, Вы привели ошибочный пример.

Опять голословное утверждение. В чем конкретно ошибка?

> > Тех процесс никак не влияет на определение полуфабрикат/готовое.
> Да ну? У меня другое мнение. Пока изделие задействовано в основном
> технологическом процессе, оно ну никак не может выступать предметом
> товарно-денежных отношений. Ы?

Изделме HDD лежит на складе. Дальнейшая судьба неизвестна: может быть
продан, а может пройти техпроцесс "сборка компьютера".
Что такое HDD?

> > Тогда, когда его можно продать
> Правильное направление рассуждений.

Но при этом оно может не перестать быть комплектующим.


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

Отражают и регламентируют. И при этом не запрещают дальнейшее участие
в производстве. И реально участвует на ряду с продажей.

> Какие еще свойства в Вашем случае присутствовали?

Практически никаких. Даже продажная цена не является непосредственным
атрибутом сущности "изделие".

>> И вообще, уважаемый, тебе тут люди примеры приводят,
> Саша, мы на "ты" не переходили. Держите себя в рамках приличия.

Может Вам есть смысл снизойти до нас, невежд, и разъяснить в чем
конкретно мы, невежды, заблуждаемся? А если лень, тогда не стоит просто
утверждать "вы неправы"

> > доводы какие-то, а ты все пальцы гнешь, изображая знание вселенской тайны
> Пальцы я не гну. Вообще. В принципе. Никогда. Вселенских тайн здесь нет
> и быть не может. Изделие может выступать предметом товарно-денежных
> отношений после некоторого момента времени. С этого момента времени оно
> приобретает некоторые дополнительные признаки. Вопросы у меня более, чем
> конкретны: когда наступает этот момент времени и какими могут быть эти
> признаки. В этом обсуждении я прочел о готовых структурах данных, но не
> нашел ответы на эти imho тривиальные вопросы.

А я не услышал от Вас ответа, почему готовое не может являться
комплектующим, хотя в реальности оно так происходит очень часто.

> Вот, собственно, и
> хотелось бы их получить. Потому как из ответов на эти вопросы абсолютно
> логично вытекает структура данных.

Я предложил концептуальную структуру с наследованием. Расписывать до
CREATE TABLE не надо?
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969683
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр ГoлдунЯ полностью поддерживаю все высказазанные утверждения.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969757
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> В чем конкретно ошибка?

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

> Что такое HDD?

Зависит от. Если лавчонкой hdd были куплены как готовые изделия (должным образом идентифицированы, маркированы, упакованы и пр.)., естественно, это готовые изделия. Лавчонка может их использовать для сборки ПК. И в чем здесь проблемы?

> И при этом не запрещают дальнейшее участие в производстве. И реально
> участвует на ряду с продажей.

Ага. Наделал, например, гипотетический завод гипотетических узлов для розничной продажи, герметично упаковал их, скомплектовал партию, получил на эту партию метрологическиий сертификат, а потом - вместе с такими же узлами _без розничной упаковки_ пустил в производство. И нанял пионеров, которые зубами будут разгрызать герметичные пакеты и складывать эти узлы обратно в технологическую тару.

> Практически никаких.

Да ну? И упаковки никакой не было? Их транспортировали силой мысли?

> А я не услышал от Вас ответа, почему готовое не может являться
> комплектующим, хотя в реальности оно так происходит очень часто.

Да почему не может? Просто этот вот самый условный "предтоварный" технологический процесс стоит денег. Поэтому использовать подготовленные к продаже товары наряду с не подготовленными нормальные люди не будут. Дорого потому как.

Берем Ваш пример с hdd. Заметим, что hdd обязаны быть в индивидуальной герметичной упаковке, если они реально для розницы. Такой hdd Вы можете купить в лавчонке без проблем. Если Вы покупаете не герметично упакованный hdd, имеет место одна из ситуаций: 1. Вы покупаете hdd, не предназначенный для розничной продажи, 2. Вы покупаете hdd, бывший в употреблении [по цене нового].

> Я предложил концептуальную структуру с наследованием. Расписывать до
> CREATE TABLE не надо?

Нет, не надо. Не нравится мне предложенная Вами структура.

Я бы поступил следующим образом: во-первых, не стал бы искать информацию в форуме, а поискал бы стандарты. Во-вторых, отталкивался бы от идеологии всей базы данных; можно описывать процессы + товары (изделия) или только товары (изделия) без процессов. Подход будет определяться видом деятельности предприятия. Так что схем абсолютно адекватных с точки зрения задачи будет как минимум две.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969781
gz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gz
Гость
guest_20040621>...В компьютерной фирме я могу купить HDD, а могу и комп, включающий в себя этот HDD." - в любом случае Вы покупаете готовое изделие, имеющее все необходимые атрибуты предмета товарно-денежных отношений.

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

На мой взгляд, Вам надо прислушаться к Вашим оппонентам и не делать категоричных утверждений. Все зависит от поставленной задачи, как Вы и указали в конце-концов.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969854
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Коллеги!
Читайте ГОСТы.
http://www.orel.ru/jsb/tech.doc
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969862
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Предприятие может разорвать упаковку HDD-диска, предназначенного для
> продажи и поставить как коплектующие, на компьютер.

Вроде я по-русски пишу: в этом случае hdd _перестанет быть готовым изделием_. Что именно непонятно?

> Все зависит от поставленной задачи, как Вы и указали в конце-концов.

Обсуждали схему данных, а не что-то абстрактное. Так вот от задачи она действительно зависит. В одном случае (условно назовем его производство) описание технологических процессов необходимо. В другом (условно назовем его торговля) - нет (на самом деле, не все так, но для простоты допустим, что так). В первом случае понятие "готовое изделие" будет полноценным членом технологической цепочки. Во втором - об этом вообще можно не думать и описывать только и исключительно товары - т. е. готовые изделия. Возражения?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969870
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Читайте ГОСТы.

Спасибо.

По крайней мере один из участвующих в словоблудии предложил грамотное решение.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969887
Andres 1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават ЮсифовКоллеги!
Читайте ГОСТы.
http://www.orel.ru/jsb/tech.doc
Любопытно было бы посмотреть. Только архивы с http://www.orel.ru/jsb/ не скачиваются :( - с этим можно что-то сделать?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32969996
gz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gz
Гость
guest_20040621Обсуждали схему данных, а не что-то абстрактное. Так вот от задачи она действительно зависит. В одном случае (условно назовем его производство) описание технологических процессов необходимо. В другом (условно назовем его торговля) - нет (на самом деле, не все так, но для простоты допустим, что так). В первом случае понятие "готовое изделие" будет полноценным членом технологической цепочки. Во втором - об этом вообще можно не думать и описывать только и исключительно товары - т. е. готовые изделия. Возражения?
Опять Вы напутали. Понятие "товар" не тождественно понятию "готовое изделие", как Вы предполагаете. Прежде чем "участвовать в словоблудии", Вам вначале следовало бы определиться с терминологией.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970037
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 пишет:

> > Что такое HDD?
>
> Зависит от. Если лавчонкой hdd были куплены как готовые изделия (должным
> образом идентифицированы, маркированы, упакованы и пр.)., естественно,
> это готовые изделия. Лавчонка может их использовать для сборки ПК. И в
> чем здесь проблемы?
>
> > И при этом не запрещают дальнейшее участие в производстве. И реально
> > участвует на ряду с продажей.
>
> Ага. Наделал, например, гипотетический завод гипотетических узлов для
> розничной продажи, герметично упаковал их, скомплектовал партию, получил
> на эту партию метрологическиий сертификат, а потом - вместе с такими же
> узлами _без розничной упаковки_ пустил в производство. И нанял пионеров,
> которые зубами будут разгрызать герметичные пакеты и складывать эти узлы
> обратно в технологическую тару.
>
> > Практически никаких.
>
> Да ну? И упаковки никакой не было? Их транспортировали силой мысли?

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

> > А я не услышал от Вас ответа, почему готовое не может являться
> > комплектующим, хотя в реальности оно так происходит очень часто.
>
> Да почему не может? Просто этот вот самый условный "предтоварный"
> технологический процесс стоит денег. Поэтому использовать подготовленные
> к продаже товары наряду с не подготовленными нормальные люди не будут.
> Дорого потому как.

Бывает отсутствие "предтоварной" подготовки. Например при оптовых
поставках дилерам.

> Берем Ваш пример с hdd. Заметим, что hdd обязаны быть в индивидуальной
> герметичной упаковке, если они реально для розницы. Такой hdd Вы можете
> купить в лавчонке без проблем. Если Вы покупаете не герметично
> упакованный hdd, имеет место одна из ситуаций: 1. Вы покупаете hdd, не
> предназначенный для розничной продажи,

Это запрещено законом, продавать HDD в OEM-упаковке?
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970053
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andres 1 Сахават ЮсифовКоллеги!
Читайте ГОСТы.
http://www.orel.ru/jsb/tech.doc
Любопытно было бы посмотреть. Только архивы с http://www.orel.ru/jsb/ не скачиваются :( - с этим можно что-то сделать?

Они были выставлены для тестирования.
Какие программы Вас интересует? Цель?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970075
Andres 1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифов
Они были выставлены для тестирования.
Какие программы Вас интересует? Цель?

Посмотреть, как сделано. Любопытно просто. Какая еще может быть у меня цель?
Кстати, на первом скриншоте в документе tech.doc после комбобокса с датой есть кнопка с подписью "Срецификации".
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970090
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Andres 1Посмотреть, как сделано. Любопытно просто. Какая еще может быть у меня цель?
Кстати, на первом скриншоте в документе tech.doc после комбобокса с датой есть кнопка с подписью "Срецификации".[/quot]

Представтье - за 2! года никто этой ошибки не заметил! Спасибо.

Там (http://www.orel.ru/jsb) во второй колонке ВИДЫ выложены скриншоты всех программ, в том числе и конструкторские "Спецификации" (Рецептура).
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970218
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Понятие "товар" не тождественно понятию "готовое изделие", как Вы
> предполагаете.

Ну и где я утверждал, что эти термины эквивалентны?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970221
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> Понятие "товар" не тождественно понятию "готовое изделие", как Вы
> предполагаете.

Ну и где я утверждал, что эти термины эквивалентны?

"Готовое изделие" (неготовая тоже) может быть товаром.
Готовая продукция нет.

Товар то, что приобретается с целью дальнейшей перепродажи и учитывается на счете 41. Готовая продукциня на счете 43. Полуфабрикаты на счете 21.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970222
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Еще раз говорю: лежат на складе полуфабрикаты, являющиеся одновременно
> готовыми изделиями. Часть продается, а часть идет в производство. На
> складе они НИЧЕМ не отличаются. При оптовых продажах при погрузке
> складируются на поддоны (конструкция позволяет, это каркасы мебели).

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

> Бывает отсутствие "предтоварной" подготовки. Например при оптовых
> поставках дилерам.

Вряд ли она совсем отсутствует. Скорее всего, есть, но в сильно усеченном виде. Об этом я и писал в [1399714].

> Это запрещено законом, продавать HDD в OEM-упаковке?

Нет, насколько я знаю. Однако, ЗЗПП легко позволяет такие сделки признать недействительными.

В общем, речь-то не об этом. Фишка не в том, что и как работает сейчас и в конкретной стране, а в том, что и как должно работать и как это может быть описано с учетом возможных частных случаев. По существу (процессы + изделия) vs (товары) возражения есть?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970224
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> "Готовое изделие" (неготовая тоже) может быть товаром.
> Готовая продукция нет.

А теперь подробнее про глобальную разницу между готовыми изделиями и готовой продукцией.

> Товар то, что приобретается с целью дальнейшей перепродажи и учитывается на
> счете 41. Готовая продукциня на счете 43. Полуфабрикаты на счете 21.

Да по барабану, где это учитывается. Разница-то между ними в чем заключается?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970261
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> "Готовое изделие" (неготовая тоже) может быть товаром.
> Готовая продукция нет.

А теперь подробнее про глобальную разницу между готовыми изделиями и готовой продукцией.

> Товар то, что приобретается с целью дальнейшей перепродажи и учитывается на
> счете 41. Готовая продукциня на счете 43. Полуфабрикаты на счете 21.

Да по барабану, где это учитывается. Разница-то между ними в чем заключается?

Готовую продукцию выпускаем мы. А товар закупаем.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970288
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Готовую продукцию выпускаем мы. А товар закупаем.

Ну и?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970301
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 пишет:
> > Еще раз говорю: лежат на складе полуфабрикаты, являющиеся одновременно
> > готовыми изделиями. Часть продается, а часть идет в производство. На
> > складе они НИЧЕМ не отличаются. При оптовых продажах при погрузке
> > складируются на поддоны (конструкция позволяет, это каркасы мебели).
>
> Ну так на складе и лежат полуфабрикаты, а не готовые изделия.

Ага, а процесс отгрузки вдруг превращает полуфабрикат в готовое?

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

На тех же поддонах и в таком же виде везут на участок сборки.

> > Бывает отсутствие "предтоварной" подготовки. Например при оптовых
> > поставках дилерам.
>
> Вряд ли она совсем отсутствует. Скорее всего, есть, но в сильно
> усеченном виде. Об этом я и писал в [1399714].

Например, усеченном до нуля, как крайний вариант? :)

> В общем, речь-то не об этом. Фишка не в том, что и как работает сейчас и
> в конкретной стране, а в том, что и как должно работать и как это может
> быть описано с учетом возможных частных случаев. По существу (процессы +
> изделия) vs (товары) возражения есть?

По существу возражение только одно. В общем случае нельзя строго
отделить готовое изделие от полуфабриката. И жесткое разделение их в
структуре БД без возможности обобщения может привести к проблемам.

В общем, кто хочет наступать на грабли - тот пусть наступает. Надоела
эта тема.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970377
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> В общем случае нельзя строго отделить готовое изделие от полуфабриката.

Как раз в общем случае - легко.

> И жесткое разделение их в структуре БД без возможности обобщения может
> привести к проблемам.

Да нет здесь проблем. Вопрос в целесообразности.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970536
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVPДля описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает. Видел древовидный справочник изделий, но при большой номенклатуре это не удобно.

Как решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32970907
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр Гoлдун
Если есть один пример, где это неприменимо, то это еще ничего не значит.
В компьютерной фирме я могу купить HDD, а могу и комп, включающий в себя
этот HDD.
Никто и не возражает. Мало того, в моей схеме это делается абсолютно естественно. В то же время в комьютерной фирме Вы вряд ли сумеете купить одиночный винтик - максимум "комплект" (если это не нормальная фирма, где скажут - "вон, отсыпь из коробки").

Ситуаций, когда "может быть куплено все", пожалуй не существует. Вряд ли директор согласится продать свой личный письменный стол - а вот в классификатор он может попасть, для нужд учета.

Высказанная здесь мысль насчет разных счетов, на которых учитываются ТМЦ - согласен, но это слишком тяжелый и не всегда удобный механизм. Если пользователь просит распечатать прайс-лист - странно было бы бежать по товарам и включать в него только те, которые есть на "продажном" счету.

Александр Гoлдун
И что в результате получим? В двух таблицах записи, соответствующие
одной и той же сущности?
Почему одной и той же?

Что есть "одна сущность", а что есть "разные сущности" - вопрос религиозный. Скажем, "документ", "накладная" и "счет" - это одна сущность? Две? Три?

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

Александр Гoлдун
Как должна выглядеть в БД элементарнейшая накладная на внутреннее
перемещение, в которой может быть сырье, комплектующие, полуфабрикаты и
готовая?
Зависит от структуры базы. Отметим, что "продажные" характеристики товара никак не зависят от внутреннего перемещения, поэтому структура, которая потребует затрагивать их при этой операции будет несколько нелогичной.

Александр Гoлдун
> коллизии, когда кто-то ошибся и выписал клиенту непродаваемый полуфабрикат.
А в чем трабл? Какие коллизии?
Такие коллизии. Когда продавец промахнулся, прошла оплата, клиент с накладной приехал за товаром - а товар не может быть отпущен, в силу, например, того самого "не на том счету". Ситуация не может быть оперативно исправлена, например, из-за другой цены "правильного" товара, нужно разбираться как с бумажками - чтобы все правильно было оформлено, так и с программой - откатывать оплату счета, редактировать счет..

Александр Гoлдун
> По-хорошему - это нарушение второй, кажется, нормальной формы (станет
> нарушением, как только появится поле, проставляемое только для "готовых"
> изделий и всегда пустое для комплектующих).
Например?
"Розничная цена".

Александр Гoлдун
Можно решить и при помощи FK, если уж припрет. Причем не так уж сложно.
Тупейший пример - составной FK по полям код изделия и тип изделия,
причем на тип в счете ставится check constraint.
Можно. Но криво. А необходимость кривых решений лично меня заставляет усомниться в предпосылках этих решений. По моему опыту, есть две типовых ситуации разработки:

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

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

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

Александр Гoлдун
А зачем? Есть множество
корректных и удобных способов обеспечения целостности и
непротиворечивости данных. FK - лишь один из них.
Не только "лишь один", но лучший по "универсальность+стоимость+качество". Тем более, для учетной задачи, для которой характерна довольно быстро меняющаяся бизнес-логика.

Александр Гoлдун
Кроме того может быть компромиссный вариант с использованием
наследования. Например базовая сущность - изделие. Отдельная таблица.
Дочерние сущности - комплектующие, готовые, сырье и т.п. можно разнести
по разным таблицам, обеспечив связку по PK с изделиями. Такой вариант
применим в большинстве случаев, т.к. обеспечивает и удобство
объединения, и преимущества жесткого разделения там, где надо.
А, собственно, практически это я и предлагаю, если Вы не заметили

Единственно, я не очень люблю связку по первичным ключам - как-то так складывается, что именно ее потом часто приходится переделывать.

Posted via ActualForum NNTP Server 1.1[/quot]
...
Рейтинг: 0 / 0
Проект БД изделий
    #32971069
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Александр Гoлдун
Кроме того может быть компромиссный вариант с использованием
наследования. Например базовая сущность - изделие. Отдельная таблица.
Дочерние сущности - комплектующие, готовые, сырье и т.п. можно разнести
по разным таблицам, обеспечив связку по PK с изделиями. Такой вариант
применим в большинстве случаев, т.к. обеспечивает и удобство
объединения, и преимущества жесткого разделения там, где надо.
А, собственно, практически это я и предлагаю, если Вы не заметили

Единственно, я не очень люблю связку по первичным ключам - как-то так складывается, что именно ее потом часто приходится переделывать.

Posted via ActualForum NNTP Server 1.1
Есть 5 таблиц. Сборки, детали, покупные комплектующие изделия, заготовки и Спецификации. Первые четыре справочники. Пятая имеет структуру :

Куда входит
Что входить
Количество
...

Вместо 4 справочников можно было бы иметь 1. Но неудобно и долго в дальнейшем(технология).
...
Рейтинг: 0 / 0
Проект БД изделий
    #32971139
Фотография UK0IAI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KozlovЧесно говоря, мне ближе решение с одной таблицей и флажком
готовое изделие/комплектующее изделие

Но как организовать древовидную структуру?
Можно подробнее, PVP?

А ещё лучше с примерчиком.

Большое спасибо!

Для хранения всех видов изделий с переменым по сути свойством своей принадлежности, возможно использовать Дерево из 6-и полей (вместо трех).

Дерево
Код: plaintext
1.
2.
3.
4.
5.
  Ид_изделия
Имя_изделия
  Ид_родителя
Тип_записи
 Ид_ссылки
Тип_Узла 
Первые три поля понятны сами по себе,

Тип_записи - признак что это за объект в дереве, может принимать диапазон значений.

Ид_ссылки - это спец_поле, может быть пустым. Но, оно может быть использовано в запросах ВМЕСТО Ид_родителя при условии что ТИП_записи = "ссылка"

Таким образом в дереве можно создать произвольное кол-во узлов , которые содержат в себе - ССЫЛКИ (ярлыки) на любой Ид_изделия . При этом, другое поле - Ид_родителя - оно вообще то - жестко, привязывает изделие к жесткому узлу, а поле Ид_ссылки позволяет одно изделие включить в Разные узлы - одновременно и неограниченно.

Тип_Узла - это Ваш любимый способ отличать разные Узлы - например Комплекты от просто Групп Продукции.

Дальше уже дело техники - при создание накладной содержащей Комплект - можно заставить Вашу систему совершить Проводки.....где будет отражен не только расход Комплекта - но и его Комплектующих - согласно полю Ид_ссылки
...
Рейтинг: 0 / 0
Проект БД изделий
    #32971766
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифов PVPДля описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает. Видел древовидный справочник изделий, но при большой номенклатуре это не удобно.

Как решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)?Описание комплектации имеет дату ввода его в действие. Оно действует начиная с этой даты и до тех пор, кока не появится новое описание. При изменении комплектации создается копия старого с новой датой ввода, далее производится необходимая корректировка.

PS. У меня описание комплектации используется пока только для целей планирования: для заданной производственной программы выполняется расчет плановой себестоимости изделий, расчета количества необходимых материалов и полуфабрикатов, количества рабочих на разных производственных участках, загрузки производственых участков. Там, где это работает, это делается не чаще одного раза в месяц. Поэтому жесткие требования к оперативности перекомплектации не прдъявляются.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32971792
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават ЮсифовКак решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)?В догонку.
Я не пытаюсь делать комплектацию из того же справочника ТМЦ, который используется в бухгалтерии. Проблема с разными кодами, ценами, партиями, названиями, разными людьми, которые ведут эти участки. Для описания комплектации исползуется другая база данных, в которой номенклатура носит обобщенный характер. Для связи между ними в базе данных ТМЦ делается ссылка на код из базы данных планирования.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32971912
Andres 1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Ситуаций, когда "может быть куплено все", пожалуй не существует. Вряд ли директор согласится продать свой личный письменный стол - а вот в классификатор он может попасть, для нужд учета.

Почему? Так и представляю себе ситуацию - покупается новый стол, а старый так аккуратненько в загашник - а вдруг пригодится?
...
Рейтинг: 0 / 0
Проект БД изделий
    #32971966
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVP Сахават ЮсифовКак решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)?В догонку.
Я не пытаюсь делать комплектацию из того же справочника ТМЦ, который используется в бухгалтерии. Проблема с разными кодами, ценами, партиями, названиями, разными людьми, которые ведут эти участки. Для описания комплектации исползуется другая база данных, в которой номенклатура носит обобщенный характер. Для связи между ними в базе данных ТМЦ делается ссылка на код из базы данных планирования.

Это не есть хорошо.
А вообще, я имел ввиду альтернативность материалов (одна деталь может изготовливаться из разных материалов), альтернативность технологий (разные маршрутно - операционные карты), что приводит к генерации спецификаций находу.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32972049
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andres 1Почему? Так и представляю себе ситуацию - покупается новый стол, а старый так аккуратненько в загашник - а вдруг пригодится?
Вот когда "а вдруг пригодится" - тогда и появится строчка в прайсе "стол директорский". А пока он стоит в кабинете - рискну предположить, никто столько не заплатит.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32979753
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andres 1 Сахават Юсифов
Они были выставлены для тестирования.
Какие программы Вас интересует? Цель?

Посмотреть, как сделано. Любопытно просто. Какая еще может быть у меня цель?
Кстати, на первом скриншоте в документе tech.doc после комбобокса с датой есть кнопка с подписью "Срецификации".

Андре,

Ссылки исправлены. можете скачать программы.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32979756
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KozlovЕсть задачка:

Нужно вести БД изделий, которые могут состоять из заготовок (материаллов) и/или из других изделий, которые тоже могут состоять из заготовок (материаллов) и/или из других изделий и так далее.
Разница между изделиями верхнего уровня и всех остальных только то, что они продаются заказчикам, а остальные - комплектующие.

Как правильно организовать базу?

Я придумал вот так:

TABLE ware // готовые изделия
ware_id
drawing_number
description
....

TABLE workpieces // заготовки
ware_id
material_id
quantity
...

TABLE component_parts // комплектующие изделия
ware_id
component_id
quantity
...

Так как опыта у меня совсем мало, оцените, пожалуйста, и скажите есть ли более совершенные решения с точки зрения простоты/сложности запросов и будущего усовершенствования?
Потому-что боюсь зайти слишком далеко з заведомо плохим началом :)

Когда IBM делал базу для проекта "Апполон" они решили точно такую-же задачу древовидной структурой.
У тебя деталь может быть и деталью и продуктом. Соответственно может содержаться в двух таблица. Это, вроде, не очень хорошо.
...
Рейтинг: 0 / 0
Проект БД изделий
    #32979761
Andres 1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават Юсифов
Ссылки исправлены. можете скачать программы.
Спасибо, попробую :)
...
Рейтинг: 0 / 0
Проект БД изделий
    #32980819
TimKa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ничего себе спор на голом месте.

По моему как окму удобно, тот так и делает, не существует универсального решения.

Например можно не делить товары на готовые изделия и полуфабрикаты на складе, потому как кладовщику пофиг что это. Так же пофиг бухгалтеру, что ушло, ему важна сумма. А вот менеджеру по продажам важно, и технологу важно. Та для них надо создать справочники - для первого это например прайс лист готовых изделий - то что он может отгрузить со склада. Для второго это технологическая карта сборки - что он может подать в производство и что он получит в результате. Эти справочники могут быть связаны, естественно, по кодам готовой продукции.

И не надо горожить один огромный универсальный справочник для всех жителей планета Земля обо всем на свете.
...
Рейтинг: 0 / 0
68 сообщений из 68, показаны все 3 страниц
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проект БД изделий
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]