Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Есть задачка: Нужно вести БД изделий, которые могут состоять из заготовок (материаллов) и/или из других изделий, которые тоже могут состоять из заготовок (материаллов) и/или из других изделий и так далее. Разница между изделиями верхнего уровня и всех остальных только то, что они продаются заказчикам, а остальные - комплектующие. Как правильно организовать базу? Я придумал вот так: TABLE ware // готовые изделия ware_id drawing_number description .... TABLE workpieces // заготовки ware_id material_id quantity ... TABLE component_parts // комплектующие изделия ware_id component_id quantity ... Так как опыта у меня совсем мало, оцените, пожалуйста, и скажите есть ли более совершенные решения с точки зрения простоты/сложности запросов и будущего усовершенствования? Потому-что боюсь зайти слишком далеко з заведомо плохим началом :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 16:49 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
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. Ну а оптимальность запросов - вопрос, который существенно зависит от требуемых запросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:02 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Любую БД начинают проектировать с справочников - основная информация, которая будет находиться правктически во всех таблицах. В Вашем случае - материалы. т.о. необходимо создать справочкик или справочники материалов. А вот потом только пойдут таблицы изделий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:06 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Igor KozlovРазница между изделиями верхнего уровня и всех остальных только то, что они продаются заказчикам, а остальные - комплектующие. Между ними нет никакой разницы. В терминологии бухучета они различаются как полуфабрикаты и готовые изделия. На этом вся разница закончилась. Для них одинаковый учет, отдельные сборочные единицы могут входить с более крупные. Одинаковая методика расчета их себестоимости. Полуфабрикаты также могут быть реализованы со всеми вытекающими последствиями – необходимость списания их себестоимости на финансовые результаты. Следовательно, не должно быть разных таблиц для полуфабрикатов и готовых изделий. Это одна таблица. Для описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает. Видел древовидный справочник изделий, но при большой номенклатуре это не удобно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:20 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVP Для описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает. А можно по-подробнее о таком подходе? Може он и меня устроит? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:25 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVPМежду ними нет никакой разницы. В терминологии бухучета они различаются как полуфабрикаты и готовые изделия. На этом вся разница закончилась. Зависит от задач. С точки зрения учета разницы действительно нет - но кто сказал Вам, что задача включает в себя только учет? С точки зрения продажи это две разные сущности - одна ключевая для процесса, другая не участвующая в процессе. Можно, конечно, ввести флаг "разрешен к продаже", отстроить ограничения целостности, мешающие назначить цену продажи непродаваемому товару.. Но я бы сказал, правильнее именно что две сущности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:33 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVP Igor KozlovРазница между изделиями верхнего уровня и всех остальных только то, что они продаются заказчикам, а остальные - комплектующие. Видел древовидный справочник изделий, но при большой номенклатуре это не удобно. Вот как раз древовидный справочник изделий (товаров) и используется в классификаторе товаров, и состоит он минимум из 6 простых справочников ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:36 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
softwarerА в чем разница? Любой полуфабрикат может быть продан - на запчасти или как промежуточный продукт производства. Далее, любой полуфабрикат при использовании его на следующих технологических переходах, имеет такое же значение как и покупные материалы (сырье). Необходимо анализировать его запасы, определить необходимое количество изготовления исходя из производственной программы, он точно так же списывается на производство или для реализации как и покупные материалы. С другой стороны, уже готовая продукция для других производственных участков может быть исопльзована как сырье и материалы. В чем разница, если можно, конкретнее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:41 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
zassВот как раз древовидный справочник изделий (товаров) и используется в классификаторе товаров, и состоит он минимум из 6 простых справочниковЗачем 6 таблиц? Все можно уместить в одной таблице, содержащей поля описания дерева и поля параметров изделий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:43 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVP softwarerА в чем разница? Любой полуфабрикат может быть продан - на запчасти или как промежуточный продукт производства. Далее, любой полуфабрикат при использовании его на следующих технологических переходах, имеет такое же значение как и покупные материалы (сырье). Необходимо анализировать его запасы, определить необходимое количество изготовления исходя из производственной программы, он точно так же списывается на производство или для реализации как и покупные материалы. С другой стороны, уже готовая продукция для других производственных участков может быть исопльзована как сырье и материалы. В чем разница, если можно, конкретнее? Для этих целей необходимо создать склад в складе (мы его назвали кладовкой). По данной вашей теме существует целая технология производства, которая включает в себя АРМ Технолога, АРМ Калькулятора, АРМ Склад, АРМ Кладовка. В Интернете где-то видел доку на 70 страниц. А у меня работает таким образом хлебное и колбасное производство ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:48 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVP zassВот как раз древовидный справочник изделий (товаров) и используется в классификаторе товаров, и состоит он минимум из 6 простых справочниковЗачем 6 таблиц? Все можно уместить в одной таблице, содержащей поля описания дерева и поля параметров изделий. Все очень просто. Существуют группы товаров, подгруппы товаров, виды товаров, разновидность 1, разновидность 2 и разновидность 3. По данной технологии работаю таможни, например. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:50 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Чесно говоря, мне ближе решение с одной таблицей и флажком готовое изделие/комплектующее изделие Но как организовать древовидную структуру? Можно подробнее, PVP? А ещё лучше с примерчиком. Большое спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:52 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
zassДля этих целей необходимо создать склад в складе (мы его назвали кладовкой). По данной вашей теме существует целая технология производства, которая включает в себя АРМ Технолога, АРМ Калькулятора, АРМ Склад, АРМ Кладовка. В Интернете где-то видел доку на 70 страниц. А у меня работает таким образом хлебное и колбасное производство Zass, ссылочку не подкинете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:56 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Извините, не помню. Но в яндексе рекомендую поискать. Мы в свое время строили таким образом технологические процессы пищевых производств. Желаю удачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:01 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVPА в чем разница? В бизнесе. PVPЛюбой полуфабрикат может быть продан "Имеет теоретическую возможность быть проданным" - да. А вот практическую - зависит от. Скажем, я несколько сомневаюсь в том, что Вы сможете подъехать в издательство и легко и просто (официально) купить обложку к книге. Если Вы не будете готовы потратить неадекватную сумму - Вам просто скажут "мы таким не занимаемся". Теперь давайте смотреть, в чем разница. С одной стороны, если таки хочется продать обложку - нажимаем в списке полуфабрикатов "сделать товаром", вводим необходимые для продажи данные - ту же продажную цену - и готово. С другой стороны, держа их вместе - придется либо в куче мест пихать дополнительные проверки, либо время от времени решать возникшие коллизии, когда кто-то ошибся и выписал клиенту непродаваемый полуфабрикат. Поэтому обратите внимание на мою схему. Собственно основная, центральная таблица в ней - полуфабрикаты. Все что нужно, пойдет через нее, столь правильным и удобным универсальным образом. В то же время все, что работает с узким срезом этой таблицы - будет работать именно с узким срезом, легко и просто, без дополнительных усилий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:01 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Igor KozlovЧесно говоря, мне ближе решение с одной таблицей и флажком готовое изделие/комплектующее изделие По-хорошему - это нарушение второй, кажется, нормальной формы (станет нарушением, как только появится поле, проставляемое только для "готовых" изделий и всегда пустое для комплектующих). Но с моей точки зрения, важнее вопрос ссылочной целостности - условие "в счет должны входить только готовые изделия" Вы не сможете выразить языком foreign key. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:04 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Igor KozlovТак выглядит таблица ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:08 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Igor KozlovА так на экране ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:11 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
softwarer Теперь давайте смотреть, в чем разница. С одной стороны, если таки хочется продать обложку - нажимаем в списке полуфабрикатов "сделать товаром", вводим необходимые для продажи данные - ту же продажную цену - и готово. С другой стороны, держа их вместе - придется либо в куче мест пихать дополнительные проверки, либо время от времени решать возникшие коллизии, когда кто-то ошибся и выписал клиенту непродаваемый полуфабрикат. Поэтому обратите внимание на мою схему. Собственно основная, центральная таблица в ней - полуфабрикаты. Все что нужно, пойдет через нее, столь правильным и удобным универсальным образом. В то же время все, что работает с узким срезом этой таблицы - будет работать именно с узким срезом, легко и просто, без дополнительных усилий. Да Softwarer, чем дальше думаю, тем больше с вами соглашаюсь. Для моей задачи это, кажется, больше всего подходит. Спасибо! Едем дальше... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:12 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Igor KozlovНа экране так выглядит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:13 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Спасибо PVP! Очень полезный пример! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:17 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
softwarer В бизнесе. PVPЛюбой полуфабрикат может быть продан "Имеет теоретическую возможность быть проданным" - да. А вот практическую - зависит от. Скажем, я несколько сомневаюсь в том, что Вы сможете подъехать в издательство и легко и просто (официально) купить обложку к книге. Если Вы не будете готовы потратить неадекватную сумму - Вам просто скажут "мы таким не занимаемся". Теперь давайте смотреть, в чем разница. С одной стороны, если таки хочется продать обложку - нажимаем в списке полуфабрикатов "сделать товаром", вводим необходимые для продажи данные - ту же продажную цену - и готово. С другой стороны, держа их вместе - придется либо в куче мест пихать дополнительные проверки, либо время от времени решать возникшие коллизии, когда кто-то ошибся и выписал клиенту непродаваемый полуфабрикат.По прежнему никакой разницы. Для учета готовой продукции имеются свои счета, для полуфабрикатов – другие. И когда речь идет о реализации, то множество ТМЦ (не только товаров, и любых материальных ценностей), подлежащее продаже, определяется счетом, с которого производится их расход. И еще, если хоть иногда полуфабрикат может быть продан, то уже следует отрабатывать операции его реализации. Ведь не придерживаться же утверждения «Да это у нас очень редко» ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:24 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
softwarer Igor KozlovЧесно говоря, мне ближе решение с одной таблицей и флажком готовое изделие/комплектующее изделие По-хорошему - это нарушение второй, кажется, нормальной формы (станет нарушением, как только появится поле, проставляемое только для "готовых" изделий и всегда пустое для комплектующих). Но с моей точки зрения, важнее вопрос ссылочной целостности - условие "в счет должны входить только готовые изделия" Вы не сможете выразить языком foreign key.Комплектующее или готовое изделие, с точки зрения технологического процесса, относительное понятие. Если на этой операции собирается какой либо узел, то узел здесь явялется изделием. На следующей операции этот же узел будет комеплектующим. Поэтому флажком здесь не обойтись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:27 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Интересно, кто-нибудь обнаружит [хотя бы поверхностное] знание производственных стандартов [например, на уровне отличий полуфабрикатов от готовых изделий]? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:54 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621Интересно, кто-нибудь обнаружит [хотя бы поверхностное] знание производственных стандартов [например, на уровне отличий полуфабрикатов от готовых изделий]?А guest_20040621 так же относится к множеству "кто-нибудь" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 19:08 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621 пишет: > Интересно, кто-нибудь обнаружит [хотя бы поверхностное] знание > производственных стандартов [например, на уровне отличий полуфабрикатов > от готовых изделий]? Если и обнаружит, то будет неправ в общем случае. Ибо слишком много частных случаев, когда продаются изделия, являющиеся полуфабрикатами для других изделий. Как понять, что лежит на складе: полуфабрикат или готовая продукция, если это сегодня могут как продать, так и пустить в производство в состав изделия? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 22:07 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
softwarer пишет: >> PVP >> Любой полуфабрикат может быть продан > > > "Имеет теоретическую возможность быть проданным" - да. А вот > практическую - зависит от. Скажем, я несколько сомневаюсь в том, что Вы > сможете подъехать в издательство и легко и просто (официально) купить > обложку к книге. Если Вы не будете готовы потратить неадекватную сумму - > Вам просто скажут "мы таким не занимаемся". Если есть один пример, где это неприменимо, то это еще ничего не значит. В компьютерной фирме я могу купить HDD, а могу и комп, включающий в себя этот HDD. > Теперь давайте смотреть, в чем разница. С одной стороны, если таки > хочется продать обложку - нажимаем в списке полуфабрикатов "сделать > товаром", вводим необходимые для продажи данные - ту же продажную цену - > и готово. И что в результате получим? В двух таблицах записи, соответствующие одной и той же сущности? И про какие нормальные формы ты говоришь после этого? Как должна выглядеть в БД элементарнейшая накладная на внутреннее перемещение, в которой может быть сырье, комплектующие, полуфабрикаты и готовая? > С другой стороны, держа их вместе - придется либо в куче мест > пихать дополнительные проверки, либо время от времени решать возникшие > коллизии, когда кто-то ошибся и выписал клиенту непродаваемый полуфабрикат. А в чем трабл? Какие коллизии? > По-хорошему - это нарушение второй, кажется, нормальной формы (станет > нарушением, как только появится поле, проставляемое только для "готовых" > изделий и всегда пустое для комплектующих). Например? > Но с моей точки зрения, > важнее вопрос ссылочной целостности - условие "в счет должны входить > только готовые изделия" Вы не сможете выразить языком foreign key. Можно решить и при помощи FK, если уж припрет. Причем не так уж сложно. Тупейший пример - составной FK по полям код изделия и тип изделия, причем на тип в счете ставится check constraint. А зачем? Есть множество корректных и удобных способов обеспечения целостности и непротиворечивости данных. FK - лишь один из них. Кроме того может быть компромиссный вариант с использованием наследования. Например базовая сущность - изделие. Отдельная таблица. Дочерние сущности - комплектующие, готовые, сырье и т.п. можно разнести по разным таблицам, обеспечив связку по PK с изделиями. Такой вариант применим в большинстве случаев, т.к. обеспечивает и удобство объединения, и преимущества жесткого разделения там, где надо. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 22:33 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> А guest_20040621 так же относится к множеству "кто-нибудь"? Нет. Так я и рекомендаций не даю. > Если и обнаружит, то будет неправ в общем случае. Да ну? ;) > Ибо слишком много частных случаев, когда продаются изделия, являющиеся полуфабрикатами для других изделий. Нет таких случаев. По определению. > Как понять, что лежит на складе: полуфабрикат или готовая продукция, если это сегодня > могут как продать, так и пустить в производство в состав изделия? А очень просто понять. Начать нужно с четкой идентификации производственных (технологических) процессов и товарно-денежных отношений юридических лиц. Вопросы на засыпку: по-Вашему, когда именно продукт приобретает свойства товара (т. е. предмета товарно-денежных отношений)? Какими дополнительными свойствами обладает предмет товарно-денежных отношений? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 22:51 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621 Вопросы на засыпку: по-Вашему, когда именно продукт приобретает свойства товара (т. е. предмета товарно-денежных отношений)? Какими дополнительными свойствами обладает предмет товарно-денежных отношений?Ответ на этот вопрос зависит от того, кто отвечает. С точки зрения аудитора и бухгалтера «продукт приобретает свойства товара», когда он попадает на счет учета товаров. Если он находится на счетах учета полуфабрикатов – это полуфабрикат, готовой продукции – это готовая продукция. И бухгалтеру все равно, что скрывается за названием «Узел 333», он простой или составной, и сколько в нем уровней вхождения комплектующих. С точки зрения покупателя, свойствами товара обладает то, что он может купить. И ему совершенно не важно, к какой категории оно относится согласно действующим стандартам. С точки зрения тех, кто находится на форуме «Базы данных» - товар, запасы, сырье, полуфабрикаты – это синонимы, т.к. они могут храниться в одних и тех же таблицах и обрабатываться одними и теми же процедурами. PS. Отнеситесь к высказанному, как IMXO. Это мой опыт работы с этой номенклатурой ТМЦ на многих предприятиях различной направленности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 11:39 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621 пишет: > > Ибо слишком много частных случаев, когда продаются изделия, > являющиеся полуфабрикатами для других изделий. > > Нет таких случаев. По определению. По какому определению? Есть. И очень много. Простейший пример я приводил выше. >> Как понять, что лежит на складе: полуфабрикат или готовая продукция, >> если это сегодня >> могут как продать, так и пустить в производство в состав изделия? > А очень просто понять. Начать нужно с четкой идентификации > производственных (технологических) процессов Тех процесс никак не влияет на определение полуфабрикат/готовое. >и товарно-денежных > отношений юридических лиц. Вопросы на засыпку: по-Вашему, когда именно > продукт приобретает свойства товара (т. е. предмета товарно-денежных > отношений)? Тогда, когда его можно продать > Какими дополнительными свойствами обладает предмет > товарно-денежных отношений? В тех случаях, с которыми я работал, номером сертификата, разрешающего продажу. И вообще, уважаемый, тебе тут люди примеры приводят, доводы какие-то, а ты все пальцы гнешь, изображая знание вселенской тайны Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 12:41 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> Ответ на этот вопрос зависит от того, кто отвечает. Ну, очевидно, меня будет интересовать точка зрения архитектора базы данных, а не ее пользователя. > С точки зрения тех, кто находится на форуме «Базы данных» - товар, запасы, > сырье, полуфабрикаты – это синонимы, т.к. они могут храниться в одних и тех же > таблицах и обрабатываться одними и теми же процедурами. Вопрос был не о принципах обработки или хранения, а о том, какие дополнительные характеристики имеет предмет товарно-денежных отношений. Как только эти признаки будут перечислены, можно будет рассуждать о подходящей структуре данных. > Отнеситесь к высказанному, как IMXO. Это мой опыт работы с этой > номенклатурой ТМЦ на многих предприятиях различной направленности. Вот и хорошо. Так каким будет Ваш вариант ответа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 13:27 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> По какому определению? По определению продукта товарно-денежных отношений, видимо. > Есть. И очень много. Простейший пример я приводил выше. К сожалению, Вы привели ошибочный пример. > Тех процесс никак не влияет на определение полуфабрикат/готовое. Да ну? У меня другое мнение. Пока изделие задействовано в основном технологическом процессе, оно ну никак не может выступать предметом товарно-денежных отношений. Ы? > Тогда, когда его можно продать Правильное направление рассуждений. > В тех случаях, с которыми я работал, номером сертификата, разрешающего > продажу. Т. е. некоторый сопроводительный документ (набор документов). Хорошее замечание. Эти сопроводительные документы с одной стороны регламентируются законодательно, с другой - отражают особенности производства конкретного предприятия. Какие еще свойства в Вашем случае присутствовали? > И вообще, уважаемый, тебе тут люди примеры приводят, Саша, мы на "ты" не переходили. Держите себя в рамках приличия. > доводы какие-то, а ты все пальцы гнешь, изображая знание вселенской тайны Пальцы я не гну. Вообще. В принципе. Никогда. Вселенских тайн здесь нет и быть не может. Изделие может выступать предметом товарно-денежных отношений после некоторого момента времени. С этого момента времени оно приобретает некоторые дополнительные признаки. Вопросы у меня более, чем конкретны: когда наступает этот момент времени и какими могут быть эти признаки. В этом обсуждении я прочел о готовых структурах данных, но не нашел ответы на эти imho тривиальные вопросы. Вот, собственно, и хотелось бы их получить. Потому как из ответов на эти вопросы абсолютно логично вытекает структура данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 13:53 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
ПМСМ как только у продукта/товара/сырья/чего-угодно-еще-вплоть до старой упаковки появляется атрибут "цена_для_продажи_этой_штуки" - это товар. Сертификат - не показатель (Не знаю, может быть в России/СНГ и показатель - если объект абсолютно любой т/д операции должен быть сертифицирован?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 14:48 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> как только у продукта/товара/сырья/чего-угодно-еще-вплоть до старой упаковки > появляется атрибут "цена_для_продажи_этой_штуки" - это товар. Неправильный ответ. В Вашем рассуждение ключевое понятие ".... этой_штуки". Т. е. "эта штука" должна быть 1) идентифицирована (например, пройти надлежащие испытания, маркировку, партионное комплектование и пр.), 2) соответствующим образом подготовлена к продаже (упаковка, сопроводительная документация и пр.). Только после этих процедур изделие становится товаром. Т. е. можно говорить о некотором дополнительном технологическом процессе, суть которого - преобразование изделия в товар. Возможно, в частном случае этот техпроцесс может иметь нулевую продолжительность. Но - это именно частный случай. И только потом начинается ценообразование. Ы? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 15:22 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621 пишет: > По определению продукта товарно-денежных отношений, видимо. > > Есть. И очень много. Простейший пример я приводил выше. > К сожалению, Вы привели ошибочный пример. Опять голословное утверждение. В чем конкретно ошибка? > > Тех процесс никак не влияет на определение полуфабрикат/готовое. > Да ну? У меня другое мнение. Пока изделие задействовано в основном > технологическом процессе, оно ну никак не может выступать предметом > товарно-денежных отношений. Ы? Изделме HDD лежит на складе. Дальнейшая судьба неизвестна: может быть продан, а может пройти техпроцесс "сборка компьютера". Что такое HDD? > > Тогда, когда его можно продать > Правильное направление рассуждений. Но при этом оно может не перестать быть комплектующим. > > В тех случаях, с которыми я работал, номером сертификата, разрешающего > > продажу. > Т. е. некоторый сопроводительный документ (набор документов). Хорошее > замечание. Эти сопроводительные документы с одной стороны > регламентируются законодательно, с другой - отражают особенности > производства конкретного предприятия. Отражают и регламентируют. И при этом не запрещают дальнейшее участие в производстве. И реально участвует на ряду с продажей. > Какие еще свойства в Вашем случае присутствовали? Практически никаких. Даже продажная цена не является непосредственным атрибутом сущности "изделие". >> И вообще, уважаемый, тебе тут люди примеры приводят, > Саша, мы на "ты" не переходили. Держите себя в рамках приличия. Может Вам есть смысл снизойти до нас, невежд, и разъяснить в чем конкретно мы, невежды, заблуждаемся? А если лень, тогда не стоит просто утверждать "вы неправы" > > доводы какие-то, а ты все пальцы гнешь, изображая знание вселенской тайны > Пальцы я не гну. Вообще. В принципе. Никогда. Вселенских тайн здесь нет > и быть не может. Изделие может выступать предметом товарно-денежных > отношений после некоторого момента времени. С этого момента времени оно > приобретает некоторые дополнительные признаки. Вопросы у меня более, чем > конкретны: когда наступает этот момент времени и какими могут быть эти > признаки. В этом обсуждении я прочел о готовых структурах данных, но не > нашел ответы на эти imho тривиальные вопросы. А я не услышал от Вас ответа, почему готовое не может являться комплектующим, хотя в реальности оно так происходит очень часто. > Вот, собственно, и > хотелось бы их получить. Потому как из ответов на эти вопросы абсолютно > логично вытекает структура данных. Я предложил концептуальную структуру с наследованием. Расписывать до CREATE TABLE не надо? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 16:05 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунЯ полностью поддерживаю все высказазанные утверждения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 17:14 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> В чем конкретно ошибка? "...В компьютерной фирме я могу купить HDD, а могу и комп, включающий в себя этот HDD." - в любом случае Вы покупаете готовое изделие, имеющее все необходимые атрибуты предмета товарно-денежных отношений. > Что такое HDD? Зависит от. Если лавчонкой hdd были куплены как готовые изделия (должным образом идентифицированы, маркированы, упакованы и пр.)., естественно, это готовые изделия. Лавчонка может их использовать для сборки ПК. И в чем здесь проблемы? > И при этом не запрещают дальнейшее участие в производстве. И реально > участвует на ряду с продажей. Ага. Наделал, например, гипотетический завод гипотетических узлов для розничной продажи, герметично упаковал их, скомплектовал партию, получил на эту партию метрологическиий сертификат, а потом - вместе с такими же узлами _без розничной упаковки_ пустил в производство. И нанял пионеров, которые зубами будут разгрызать герметичные пакеты и складывать эти узлы обратно в технологическую тару. > Практически никаких. Да ну? И упаковки никакой не было? Их транспортировали силой мысли? > А я не услышал от Вас ответа, почему готовое не может являться > комплектующим, хотя в реальности оно так происходит очень часто. Да почему не может? Просто этот вот самый условный "предтоварный" технологический процесс стоит денег. Поэтому использовать подготовленные к продаже товары наряду с не подготовленными нормальные люди не будут. Дорого потому как. Берем Ваш пример с hdd. Заметим, что hdd обязаны быть в индивидуальной герметичной упаковке, если они реально для розницы. Такой hdd Вы можете купить в лавчонке без проблем. Если Вы покупаете не герметично упакованный hdd, имеет место одна из ситуаций: 1. Вы покупаете hdd, не предназначенный для розничной продажи, 2. Вы покупаете hdd, бывший в употреблении [по цене нового]. > Я предложил концептуальную структуру с наследованием. Расписывать до > CREATE TABLE не надо? Нет, не надо. Не нравится мне предложенная Вами структура. Я бы поступил следующим образом: во-первых, не стал бы искать информацию в форуме, а поискал бы стандарты. Во-вторых, отталкивался бы от идеологии всей базы данных; можно описывать процессы + товары (изделия) или только товары (изделия) без процессов. Подход будет определяться видом деятельности предприятия. Так что схем абсолютно адекватных с точки зрения задачи будет как минимум две. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 19:14 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621>...В компьютерной фирме я могу купить HDD, а могу и комп, включающий в себя этот HDD." - в любом случае Вы покупаете готовое изделие, имеющее все необходимые атрибуты предмета товарно-денежных отношений. Уважаемый, понятия "готовое изделие" и "предметы товарно-денежных отношений" из разных опер. Предприятие может покупать не только готовые изделия, но и полуфабрикаты (их в этом случае именуют покупными), и сырье, и т.д. Аналогично, предприятию никто не запрещает реализовывать на сторону и полуфабрикаты, и сырье, ... Предприятие может разорвать упаковку HDD-диска, предназначенного для продажи и поставить как коплектующие, на компьютер. Предприятие может "готовое изделие", допустим, тот же компьютер, оприходовать на счета основных средств и поставить себе в бухгалтерию. На мой взгляд, Вам надо прислушаться к Вашим оппонентам и не делать категоричных утверждений. Все зависит от поставленной задачи, как Вы и указали в конце-концов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 20:17 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Коллеги! Читайте ГОСТы. http://www.orel.ru/jsb/tech.doc ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 22:13 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> Предприятие может разорвать упаковку HDD-диска, предназначенного для > продажи и поставить как коплектующие, на компьютер. Вроде я по-русски пишу: в этом случае hdd _перестанет быть готовым изделием_. Что именно непонятно? > Все зависит от поставленной задачи, как Вы и указали в конце-концов. Обсуждали схему данных, а не что-то абстрактное. Так вот от задачи она действительно зависит. В одном случае (условно назовем его производство) описание технологических процессов необходимо. В другом (условно назовем его торговля) - нет (на самом деле, не все так, но для простоты допустим, что так). В первом случае понятие "готовое изделие" будет полноценным членом технологической цепочки. Во втором - об этом вообще можно не думать и описывать только и исключительно товары - т. е. готовые изделия. Возражения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 22:21 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> Читайте ГОСТы. Спасибо. По крайней мере один из участвующих в словоблудии предложил грамотное решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 22:27 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовКоллеги! Читайте ГОСТы. http://www.orel.ru/jsb/tech.doc Любопытно было бы посмотреть. Только архивы с http://www.orel.ru/jsb/ не скачиваются :( - с этим можно что-то сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2005, 23:05 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621Обсуждали схему данных, а не что-то абстрактное. Так вот от задачи она действительно зависит. В одном случае (условно назовем его производство) описание технологических процессов необходимо. В другом (условно назовем его торговля) - нет (на самом деле, не все так, но для простоты допустим, что так). В первом случае понятие "готовое изделие" будет полноценным членом технологической цепочки. Во втором - об этом вообще можно не думать и описывать только и исключительно товары - т. е. готовые изделия. Возражения? Опять Вы напутали. Понятие "товар" не тождественно понятию "готовое изделие", как Вы предполагаете. Прежде чем "участвовать в словоблудии", Вам вначале следовало бы определиться с терминологией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 11:34 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621 пишет: > > Что такое HDD? > > Зависит от. Если лавчонкой hdd были куплены как готовые изделия (должным > образом идентифицированы, маркированы, упакованы и пр.)., естественно, > это готовые изделия. Лавчонка может их использовать для сборки ПК. И в > чем здесь проблемы? > > > И при этом не запрещают дальнейшее участие в производстве. И реально > > участвует на ряду с продажей. > > Ага. Наделал, например, гипотетический завод гипотетических узлов для > розничной продажи, герметично упаковал их, скомплектовал партию, получил > на эту партию метрологическиий сертификат, а потом - вместе с такими же > узлами _без розничной упаковки_ пустил в производство. И нанял пионеров, > которые зубами будут разгрызать герметичные пакеты и складывать эти узлы > обратно в технологическую тару. > > > Практически никаких. > > Да ну? И упаковки никакой не было? Их транспортировали силой мысли? И упаковки никакой не было. А при чем здесь транспортировка силой мысли? Еще раз говорю: лежат на складе полуфабрикаты, являющиеся одновременно готовыми изделиями. Часть продается, а часть идет в производство. На складе они НИЧЕМ не отличаются. При оптовых продажах при погрузке складируются на поддоны (конструкция позволяет, это каркасы мебели). > > А я не услышал от Вас ответа, почему готовое не может являться > > комплектующим, хотя в реальности оно так происходит очень часто. > > Да почему не может? Просто этот вот самый условный "предтоварный" > технологический процесс стоит денег. Поэтому использовать подготовленные > к продаже товары наряду с не подготовленными нормальные люди не будут. > Дорого потому как. Бывает отсутствие "предтоварной" подготовки. Например при оптовых поставках дилерам. > Берем Ваш пример с hdd. Заметим, что hdd обязаны быть в индивидуальной > герметичной упаковке, если они реально для розницы. Такой hdd Вы можете > купить в лавчонке без проблем. Если Вы покупаете не герметично > упакованный hdd, имеет место одна из ситуаций: 1. Вы покупаете hdd, не > предназначенный для розничной продажи, Это запрещено законом, продавать HDD в OEM-упаковке? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 13:35 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Andres 1 Сахават ЮсифовКоллеги! Читайте ГОСТы. http://www.orel.ru/jsb/tech.doc Любопытно было бы посмотреть. Только архивы с http://www.orel.ru/jsb/ не скачиваются :( - с этим можно что-то сделать? Они были выставлены для тестирования. Какие программы Вас интересует? Цель? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 13:59 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов Они были выставлены для тестирования. Какие программы Вас интересует? Цель? Посмотреть, как сделано. Любопытно просто. Какая еще может быть у меня цель? Кстати, на первом скриншоте в документе tech.doc после комбобокса с датой есть кнопка с подписью "Срецификации". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 14:40 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
[quot Andres 1Посмотреть, как сделано. Любопытно просто. Какая еще может быть у меня цель? Кстати, на первом скриншоте в документе tech.doc после комбобокса с датой есть кнопка с подписью "Срецификации".[/quot] Представтье - за 2! года никто этой ошибки не заметил! Спасибо. Там (http://www.orel.ru/jsb) во второй колонке ВИДЫ выложены скриншоты всех программ, в том числе и конструкторские "Спецификации" (Рецептура). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 15:03 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> Понятие "товар" не тождественно понятию "готовое изделие", как Вы > предполагаете. Ну и где я утверждал, что эти термины эквивалентны? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 18:34 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Понятие "товар" не тождественно понятию "готовое изделие", как Вы > предполагаете. Ну и где я утверждал, что эти термины эквивалентны? "Готовое изделие" (неготовая тоже) может быть товаром. Готовая продукция нет. Товар то, что приобретается с целью дальнейшей перепродажи и учитывается на счете 41. Готовая продукциня на счете 43. Полуфабрикаты на счете 21. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 18:41 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> Еще раз говорю: лежат на складе полуфабрикаты, являющиеся одновременно > готовыми изделиями. Часть продается, а часть идет в производство. На > складе они НИЧЕМ не отличаются. При оптовых продажах при погрузке > складируются на поддоны (конструкция позволяет, это каркасы мебели). Ну так на складе и лежат полуфабрикаты, а не готовые изделия. OEM-упаковка - это в данном случае и будут поддоны с этими каркасами. Для розницы их, наверное, упакуют по-другому. > Бывает отсутствие "предтоварной" подготовки. Например при оптовых > поставках дилерам. Вряд ли она совсем отсутствует. Скорее всего, есть, но в сильно усеченном виде. Об этом я и писал в [1399714]. > Это запрещено законом, продавать HDD в OEM-упаковке? Нет, насколько я знаю. Однако, ЗЗПП легко позволяет такие сделки признать недействительными. В общем, речь-то не об этом. Фишка не в том, что и как работает сейчас и в конкретной стране, а в том, что и как должно работать и как это может быть описано с учетом возможных частных случаев. По существу (процессы + изделия) vs (товары) возражения есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 18:51 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> "Готовое изделие" (неготовая тоже) может быть товаром. > Готовая продукция нет. А теперь подробнее про глобальную разницу между готовыми изделиями и готовой продукцией. > Товар то, что приобретается с целью дальнейшей перепродажи и учитывается на > счете 41. Готовая продукциня на счете 43. Полуфабрикаты на счете 21. Да по барабану, где это учитывается. Разница-то между ними в чем заключается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 18:58 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621> "Готовое изделие" (неготовая тоже) может быть товаром. > Готовая продукция нет. А теперь подробнее про глобальную разницу между готовыми изделиями и готовой продукцией. > Товар то, что приобретается с целью дальнейшей перепродажи и учитывается на > счете 41. Готовая продукциня на счете 43. Полуфабрикаты на счете 21. Да по барабану, где это учитывается. Разница-то между ними в чем заключается? Готовую продукцию выпускаем мы. А товар закупаем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 20:39 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> Готовую продукцию выпускаем мы. А товар закупаем. Ну и? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 21:32 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
guest_20040621 пишет: > > Еще раз говорю: лежат на складе полуфабрикаты, являющиеся одновременно > > готовыми изделиями. Часть продается, а часть идет в производство. На > > складе они НИЧЕМ не отличаются. При оптовых продажах при погрузке > > складируются на поддоны (конструкция позволяет, это каркасы мебели). > > Ну так на складе и лежат полуфабрикаты, а не готовые изделия. Ага, а процесс отгрузки вдруг превращает полуфабрикат в готовое? > OEM-упаковка - это в данном случае и будут поддоны с этими каркасами. > Для розницы их, наверное, упакуют по-другому. На тех же поддонах и в таком же виде везут на участок сборки. > > Бывает отсутствие "предтоварной" подготовки. Например при оптовых > > поставках дилерам. > > Вряд ли она совсем отсутствует. Скорее всего, есть, но в сильно > усеченном виде. Об этом я и писал в [1399714]. Например, усеченном до нуля, как крайний вариант? :) > В общем, речь-то не об этом. Фишка не в том, что и как работает сейчас и > в конкретной стране, а в том, что и как должно работать и как это может > быть описано с учетом возможных частных случаев. По существу (процессы + > изделия) vs (товары) возражения есть? По существу возражение только одно. В общем случае нельзя строго отделить готовое изделие от полуфабриката. И жесткое разделение их в структуре БД без возможности обобщения может привести к проблемам. В общем, кто хочет наступать на грабли - тот пусть наступает. Надоела эта тема. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2005, 22:06 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
> В общем случае нельзя строго отделить готовое изделие от полуфабриката. Как раз в общем случае - легко. > И жесткое разделение их в структуре БД без возможности обобщения может > привести к проблемам. Да нет здесь проблем. Вопрос в целесообразности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 02:29 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVPДля описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает. Видел древовидный справочник изделий, но при большой номенклатуре это не удобно. Как решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 09:41 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Александр Г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] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 12:00 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
softwarer Александр Гoлдун Кроме того может быть компромиссный вариант с использованием наследования. Например базовая сущность - изделие. Отдельная таблица. Дочерние сущности - комплектующие, готовые, сырье и т.п. можно разнести по разным таблицам, обеспечив связку по PK с изделиями. Такой вариант применим в большинстве случаев, т.к. обеспечивает и удобство объединения, и преимущества жесткого разделения там, где надо. А, собственно, практически это я и предлагаю, если Вы не заметили Единственно, я не очень люблю связку по первичным ключам - как-то так складывается, что именно ее потом часто приходится переделывать. Posted via ActualForum NNTP Server 1.1 Есть 5 таблиц. Сборки, детали, покупные комплектующие изделия, заготовки и Спецификации. Первые четыре справочники. Пятая имеет структуру : Куда входит Что входить Количество ... Вместо 4 справочников можно было бы иметь 1. Но неудобно и долго в дальнейшем(технология). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 12:47 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Igor KozlovЧесно говоря, мне ближе решение с одной таблицей и флажком готовое изделие/комплектующее изделие Но как организовать древовидную структуру? Можно подробнее, PVP? А ещё лучше с примерчиком. Большое спасибо! Для хранения всех видов изделий с переменым по сути свойством своей принадлежности, возможно использовать Дерево из 6-и полей (вместо трех). Дерево Код: plaintext 1. 2. 3. 4. 5. Тип_записи - признак что это за объект в дереве, может принимать диапазон значений. Ид_ссылки - это спец_поле, может быть пустым. Но, оно может быть использовано в запросах ВМЕСТО Ид_родителя при условии что ТИП_записи = "ссылка" Таким образом в дереве можно создать произвольное кол-во узлов , которые содержат в себе - ССЫЛКИ (ярлыки) на любой Ид_изделия . При этом, другое поле - Ид_родителя - оно вообще то - жестко, привязывает изделие к жесткому узлу, а поле Ид_ссылки позволяет одно изделие включить в Разные узлы - одновременно и неограниченно. Тип_Узла - это Ваш любимый способ отличать разные Узлы - например Комплекты от просто Групп Продукции. Дальше уже дело техники - при создание накладной содержащей Комплект - можно заставить Вашу систему совершить Проводки.....где будет отражен не только расход Комплекта - но и его Комплектующих - согласно полю Ид_ссылки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 13:09 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов PVPДля описания комплектации требуется отдельный механизм. Он может быть разным. Я, например, использую что то на подобие «component_parts». Такой подход полностью устраивает. Видел древовидный справочник изделий, но при большой номенклатуре это не удобно. Как решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)?Описание комплектации имеет дату ввода его в действие. Оно действует начиная с этой даты и до тех пор, кока не появится новое описание. При изменении комплектации создается копия старого с новой датой ввода, далее производится необходимая корректировка. PS. У меня описание комплектации используется пока только для целей планирования: для заданной производственной программы выполняется расчет плановой себестоимости изделий, расчета количества необходимых материалов и полуфабрикатов, количества рабочих на разных производственных участках, загрузки производственых участков. Там, где это работает, это делается не чаще одного раза в месяц. Поэтому жесткие требования к оперативности перекомплектации не прдъявляются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 16:26 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовКак решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)?В догонку. Я не пытаюсь делать комплектацию из того же справочника ТМЦ, который используется в бухгалтерии. Проблема с разными кодами, ценами, партиями, названиями, разными людьми, которые ведут эти участки. Для описания комплектации исползуется другая база данных, в которой номенклатура носит обобщенный характер. Для связи между ними в базе данных ТМЦ делается ссылка на код из базы данных планирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 16:33 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
softwarer Ситуаций, когда "может быть куплено все", пожалуй не существует. Вряд ли директор согласится продать свой личный письменный стол - а вот в классификатор он может попасть, для нужд учета. Почему? Так и представляю себе ситуацию - покупается новый стол, а старый так аккуратненько в загашник - а вдруг пригодится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 17:03 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
PVP Сахават ЮсифовКак решаете вопрос альтернативности (модификации) и генерации спецификаций находу (on fly)?В догонку. Я не пытаюсь делать комплектацию из того же справочника ТМЦ, который используется в бухгалтерии. Проблема с разными кодами, ценами, партиями, названиями, разными людьми, которые ведут эти участки. Для описания комплектации исползуется другая база данных, в которой номенклатура носит обобщенный характер. Для связи между ними в базе данных ТМЦ делается ссылка на код из базы данных планирования. Это не есть хорошо. А вообще, я имел ввиду альтернативность материалов (одна деталь может изготовливаться из разных материалов), альтернативность технологий (разные маршрутно - операционные карты), что приводит к генерации спецификаций находу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 17:19 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Andres 1Почему? Так и представляю себе ситуацию - покупается новый стол, а старый так аккуратненько в загашник - а вдруг пригодится? Вот когда "а вдруг пригодится" - тогда и появится строчка в прайсе "стол директорский". А пока он стоит в кабинете - рискну предположить, никто столько не заплатит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 17:56 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Andres 1 Сахават Юсифов Они были выставлены для тестирования. Какие программы Вас интересует? Цель? Посмотреть, как сделано. Любопытно просто. Какая еще может быть у меня цель? Кстати, на первом скриншоте в документе tech.doc после комбобокса с датой есть кнопка с подписью "Срецификации". Андре, Ссылки исправлены. можете скачать программы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 23:24 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
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 делал базу для проекта "Апполон" они решили точно такую-же задачу древовидной структурой. У тебя деталь может быть и деталью и продуктом. Соответственно может содержаться в двух таблица. Это, вроде, не очень хорошо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 23:37 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов Ссылки исправлены. можете скачать программы. Спасибо, попробую :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 23:48 |
|
||
|
Проект БД изделий
|
|||
|---|---|---|---|
|
#18+
Ничего себе спор на голом месте. По моему как окму удобно, тот так и делает, не существует универсального решения. Например можно не делить товары на готовые изделия и полуфабрикаты на складе, потому как кладовщику пофиг что это. Так же пофиг бухгалтеру, что ушло, ему важна сумма. А вот менеджеру по продажам важно, и технологу важно. Та для них надо создать справочники - для первого это например прайс лист готовых изделий - то что он может отгрузить со склада. Для второго это технологическая карта сборки - что он может подать в производство и что он получит в результате. Эти справочники могут быть связаны, естественно, по кодам готовой продукции. И не надо горожить один огромный универсальный справочник для всех жителей планета Земля обо всем на свете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 13:57 |
|
||
|
|

start [/forum/topic.php?all=1&fid=32&tid=1545969]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
101ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 411ms |

| 0 / 0 |
