Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft Access Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
ldfanate
ну значит в ворота завода лязгая гусеницами вползает Платформа (т.е. на подотчёт вашей фирме сторонний заказчик выдаёт имущество с определённой стоимостью), а выползает с завода Платформа+Изделие (уже с другой стоимостью)..

)))) Ну почти так))))
ldfanate
Всёравно оборот основных средств, товаров (Изделий) и работ-услуг (в т.ч. монтаж Изделия на башенный погон) на предприятии должен присутствовать.

Да кто ж говорит что этого нет? Я говорю что продажники для этого не нужны:))
12 сен 19, 06:38    [21969066]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
Stanislav P
Есть большое подозрение, что Own или sernn или codever лишнее поле в таблице MAIN1
Так как в таблице MAIN1 должно хватить четырёх полей для описания всех деталей входящих в составное изделие.

Да? А какое?
OWN - указывает к какой вышестоящей сборке принадлежит эта запись(деталь, подсборка). Если его убрать - теряется структура изделия, невозможно построить дерево вхождений.
sernn - указывает к какому именно изделию относится эта деталь/сборка
Конечно, можно вместо этого поля привязать еще одну табличку, в которой будут записи с указанием номера ИЗДЕЛИЯ только для головной сборки. Но это сильно затормозит процесс выборки, построения дерева и обработки статистики, а экономия места в базе совсем небольшая.Так что я решил поступить так.
codever - это указание на саму деталь /сборку. Без этого вообще никак ИМХО.
qt - количество этой детали в вышестоящей сборке. как без него - тоже не понимаю
Если сможете помочь оптимизировать - буду очень благодарен.
12 сен 19, 06:47    [21969067]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
ldfanate
и наверное, номенклатура готовых Изделий, и Спецификаций к ним будет ещё и соотноситься с номенклатурой Платформ. Т.е. будут частичные и полные аналоги взаимозаменяемости.

Да в том то и особенность. Практически каждое ИЗДЕЛИЕ - индивидуально, его спецификация уникальна.
взаимозаменяемы/применяемы на разных Платформах только некоторые компоненты (сборочные единицы).
12 сен 19, 06:51    [21969068]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ldfanate
Member

Откуда:
Сообщений: 129
автор
Практически каждое ИЗДЕЛИЕ - индивидуально, его спецификация уникальна.
взаимозаменяемы/применяемы на разных Платформах только некоторые компоненты


Бедные интенданты, как потом тыловое обеспечение запчастями обеспечивать в условиях войны?

Ну вобщем, предложение разузловывать на полную глубину все спецификации.
12 сен 19, 07:04    [21969069]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
ldfanate
автор
Практически каждое ИЗДЕЛИЕ - индивидуально, его спецификация уникальна.
взаимозаменяемы/применяемы на разных Платформах только некоторые компоненты


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

На всякий случай) дабы чего не случилось) ИЗДЕЛИЕ по сути - комплект мебели))

ldfanate
Ну вобщем, предложение разузловывать на полную глубину все спецификации.

Ну так сейчас и делается, и по всей видимости так и будет делаться...
12 сен 19, 07:26    [21969074]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4592
Serg197311
qt - количество этой детали в вышестоящей сборке

неужели у вас все детали входят СТРОГО в свою сборку, т.е. нет деталей, которые входят в несколько сборок/подсборок(хотя бы гайки и подобное)
12 сен 19, 09:01    [21969103]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
ПЕНСИОНЕРКА
неужели у вас все детали входят СТРОГО в свою сборку, т.е. нет деталей, которые входят в несколько сборок/подсборок(хотя бы гайки и подобное)

Да есть конечно! полно! А что вызывает сомнения?
Есть несколько записей с разным количеством в узле(qt) и одинаковым кодом ИЗДЕЛИЯ(sernn) и кодом детали codever
но отличающихся OWN - кодом вышестоящей сборки.
12 сен 19, 09:04    [21969108]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4592
Serg197311
его спецификация уникальна.
взаимозаменяемы/применяемы на разных Платформах только некоторые компоненты (сборочные единицы)

как у вас прописываются эти повторяющиеся единицы

например сборка1 состоит из (подсборки1, пс2, д11,д12,д13)
и она входит в изделия и1,и3,и5

как в этом случае просчитывается количество пс2 или д12(ваша функция это не обеспечивает, если конечно вы не повторяете описание (подсборки1, пс2, д11,д12,д13) в каждом изделии с другими номерами code/own
12 сен 19, 09:08    [21969113]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
ПЕНСИОНЕРКА
если конечно вы не повторяете описание (подсборки1, пс2, д11,д12,д13) в каждом изделии с другими номерами code/own

Да, повторяю для каждого изделия с другими code/own. И не вижу другого способа. Неизменных сборочных единиц(структура которых постоянна) 1 из 10. Все остальное может поменяться как угодно. Производство по сути не серийное, опытное. Поэтому и систему советскую, что отлично работала на серийных производствах, применять не хочется....
12 сен 19, 09:13    [21969115]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
ПЕНСИОНЕРКА
Member

Откуда: Владимирская обл
Сообщений: 4592
Serg197311
ПЕНСИОНЕРКА
если конечно вы не повторяете описание (подсборки1, пс2, д11,д12,д13) в каждом изделии с другими номерами code/own

Да, повторяю для каждого изделия с другими code/own. И не вижу другого способа. Неизменных сборочных единиц(структура которых постоянна) 1 из 10. Все остальное может поменяться как угодно. Производство по сути не серийное, опытное. Поэтому и систему советскую, что отлично работала на серийных производствах, применять не хочется....


короче, у вас имеются многие тысячи деталей, многие из них вариантны по исполнению

и из них вы строите как в детском конструкторе некое сооружение, подбирая в проблемных местах решение, применяя ранее сделанные детали или добавляя новые, если размеры СТАРЫХ деталей не вписываются в размеры
12 сен 19, 09:37    [21969128]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
ПЕНСИОНЕРКА

короче, у вас имеются многие тысячи деталей, многие из них вариантны по исполнению

и из них вы строите как в детском конструкторе некое сооружение, подбирая в проблемных местах решение, применяя ранее сделанные детали или добавляя новые, если размеры СТАРЫХ деталей не вписываются в размеры

Так.... Это реальность, данная мне в ощущении)
12 сен 19, 09:48    [21969136]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Stanislav P
Member

Откуда: Сочи
Сообщений: 82
Serg197311,

Смотри, у тебя есть единый каталог (таблица CATALOG) номенклатурных единиц из которых собирается готовое изделие. В этот каталог входят такие изделия как болты и гайки, они неделимые. Так же есть изделия, которые собираются из других изделий, как неделимых так и таких-же сборных, они так-же входят в каталог. Для того, чтобы знать состав составного изделия нам нужна таблица с детализацией (DETAILS).
Чтобы такое реализовать минимально нужна такая структура:
Таблица CATALOG:
cat_id - уникальный код изделия (первичный ключ)
cat_name - наименование изделия
cat_type - тип изделия (составное изделие или простое)
Таблица DETAILS:
det_id - уникальный код строки (первичный ключ) ' Можно и без этого поля обойтись взяв за первичный ключ связку owner_id + det_id это зависит от того, веришь ли ты в составные ключи или считаешь их дьявольским изобретением :)
owner_id - код (cat_id) составного изделия из таблицы CATALOG
det_id - код (cat_id) изделия из таблицы CATALOG 'det_id так же может ссылаться на составное изделие
quantity - количество det_id входящих в состав owner_id

Я не делал поля для указания вышестоящей сборки, для того, чтобы построить дерево оно не обязательно - достаточно пройтись запросом в котором указать WHERE cat_type="составное" и получить список всех составных изделий входящих в это конкретное составное изделие и их состав.

При такой структуре делать копию составного изделия просто для твоего первого варианта, когда каждое составное изделие уникальное. И так же просто его использовать и во втором варианте, когда нужна будет версионность составных изделий. И, если вдруг такое случится, будет проще повторно использовать одно и то же составное изделие.
Да, запрос на выборку станет сложнее и нужно будет чуть больше подумать над функцией построения дерева.
12 сен 19, 10:19    [21969164]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
я как раз колеблюсь между этим путем и отсутствием details .
Пока больше склоняюсь к тому, что бы хранить структуру сборки в таблице где хранится вся структура изделия.... выше я детально описывал.....
12 сен 19, 10:23    [21969172]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Stanislav P
Member

Откуда: Сочи
Сообщений: 82
Serg197311
Пока больше склоняюсь к тому, что бы хранить структуру сборки в таблице где хранится вся структура изделия.... выше я детально описывал.....

Ох, чую как ты себе геморрой обеспечиваешь такой организацией БД.
12 сен 19, 10:46    [21969211]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
Stanislav P

Ох, чую как ты себе геморрой обеспечиваешь такой организацией БД.

Вот я и пытаюсь сообразить - какой именно?
12 сен 19, 10:47    [21969214]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Лапух
Member

Откуда: Стойбище № 7
Сообщений: 880
Serg197311
....Толцытеся.... и отворится вам!....

Моя твоя не понимай.
Какая диалекта языка твоя говорить?
13 сен 19, 17:01    [21970573]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Stanislav P
Member

Откуда: Сочи
Сообщений: 82
Serg197311
Вот я и пытаюсь сообразить - какой именно?

Запихивая в одну таблицу состав конечного изделия и состав составного изделия ты лишаешь себя гибкости. Завтра тебе предложат подключить к системе ещё кладовщиков, сметчиков и тогда тебе придётся переделывать архитектуру БД, а это геморрой.
13 сен 19, 17:32    [21970610]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Лапух
Member

Откуда: Стойбище № 7
Сообщений: 880
Stanislav P
...и тогда тебе придётся переделывать архитектуру БД, а это геморрой...

А я всегда пропагандирую, что БД, даже с самыми невероятными вероятностями, должна быть как можно более - Универсальной[u][/u], дабы какой то там геморой не доставал.
Просто добавил неверояное значение и уже ни чего не болит в попке. Картинка с другого сайта.
Сиди, кури как орёль на вершине Кавказа. Картинка с другого сайта.
13 сен 19, 17:50    [21970617]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
Лапух
Serg197311
....Толцытеся.... и отворится вам!....

Моя твоя не понимай.
Какая диалекта языка твоя говорить?

Старославянский:)
сегодня, 06:34    [21971306]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
Stanislav P
Запихивая в одну таблицу состав конечного изделия и состав составного изделия ты лишаешь себя гибкости. .
Согласен.

Stanislav P
Завтра тебе предложат подключить к системе ещё кладовщиков, сметчиков и тогда тебе придётся переделывать архитектуру БД, а это геморрой.
не, это не предложат - этим 1С будет заниматься. Но..... действительно хрен его знает что еще случиться.... И поэтому - иду по первому пути - запрещаю вносить изменения в сборку. Но!!!!таблицу details таки сделаю, на всякий случай)
сегодня, 06:38    [21971307]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
Serg197311
И поэтому - иду по первому пути - запрещаю вносить изменения в сборку. Но!!!!таблицу details таки сделаю, на всякий случай)

Косяг блин....
гружу сборку например с 4 уровнями вложенности......
Уровень 1 - деталь1
уровень 2 - даталь2, деталь3
И есть деталь4 уровня 3(состоит из деталь5,деталь6 уровня 4), которая входит в деталь2 и деталь3 в разных количествах....
при загрузке деталей 5 и 6 - ключи дерева задваиваются..... записи то в details одни и теже....
сегодня, 13:32    [21971558]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 518
Итого для получения полной структуры сборки из details придется делать еще одну, временную, таблицу со своими уникальными кодами..... так что ли?
сегодня, 13:40    [21971565]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
Все форумы / Microsoft Access Ответить