[РЕШЕНО] База данных по чертежной спецификации

как пример

(тип: 0 - простой, 1 - составной)

Материалы:
id тип наименование
1 0 дерево
2 0 железо
3 1 ножка
4 1 гвоздь
5 1 крышка
6 1 табурет

Связи:
id1 id2 количество
3 1 50
4 2 10
5 1 120
6 3 4
6 4 4
6 5 1

табурет состоит из 4 гвоздей * 10 железа + 4 ножки * 50 дерево + 1 крышка * 120 дерево
и того на табурет нужно 40 железа и 320 дерева
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
на табурет нужно 40 железа и 320 дерева
;)) хочется кого-нить выделить мышкой и отправить собирать ресурсы
такие дела.
Мне во всем этом не понятно назначение этой базы - только для определения материала? и на этапе организации производства? - но это же разовый интерес. База данных в моем понимании создается для частого обращения за нужной информацией и, главное, эта база постоянно пополняется. А если изделие одно, то не понятен смысл этой базы.
Если для какого то анализа в части материалов, то может и база для этого не нужна?
Ошибки не исчезают с опытом - они просто умнеют
cucullus
;)) хочется кого-нить выделить мышкой и отправить собирать ресурсы
тада... ;)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vasek,
БД необходима для чёткого понимания номенклатуры и количества закупаемого материала.
В наличии сейчас только спецификации к очень большим сборкам и только в пдф формате. Поэтому очень сложно свести весь необходимый материал и его количество.
База данных (если получится её спроектировать) будет дополняться и использоваться в дальнейшей работе.
www.linux32.ru - новости и статьи о Linux
Все понятно.
PS - offtop - Вопрос - чему равен вес бумажной документации для организации производства самолета? Ответ - весу самолета.
Ошибки не исчезают с опытом - они просто умнеют
vasek, а вообще по факту структура данных состоящая из 2х таблиц: уникальные ID и связи ID1 и ID2 чрезвычайно гибкая, и позволяет пройтись по ней простой рекурсивной функцией что бы получить практически любую информацию. главное связи ограничить нужными правилами...
факт что ID это не важно что...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja, согласен, но вся фишка в том, каким архивом документации ты обладаешь и все зависит от этого - в каких то случаях не возможно парсить, в каких то возможно, а в каких то это и не нужно делать - уже все готово, нужен только правильный запрос … Грубо это можно представить примерно так
1. чисто бумажная документация … то есть чисто ручное создание БД (ручной заполнение таблиц) - но это вряд ли … самый древний вариант
2. просто отсканированная документация (не верифицированная/не проверенная), то есть не переведена окончательно в электронный документ, из которого можно было бы считывать информацию (не возможно парсить)
3. вся документация в виде электронных документов, но без создания электронного архива документов (можно парсить)
4. вся документация в виде электронных документов и с помощью специальных программ создан электронный архив документов (вся нужная информация автоматически считана, созданы карточки, таблицы и др. … вообщем уже имеется определенная база данных, возможности которой, зависят от используемой программы при ее подготовке).

PS - Возможно сейчас многое изменилось, так как технология далеко ушла вперед, ... а я отстал от жизни ...
Ошибки не исчезают с опытом - они просто умнеют
Нашел решение.
Для такой базы данных необходимо выполнять рекурсивные запросы. Такие запросы входят в CTE (common table expression). Не все базы данных их поддерживают, ms access, например, не поддерживает. Зато поддерживает СУБД Firebird, которую можно использовать как бекенд в бд, создаваемых в libreoffice base.
Википедия
www.linux32.ru - новости и статьи о Linux
 
Зарегистрироваться или войдите чтобы оставить сообщение.