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

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

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

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

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

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

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

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

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


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

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

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


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

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

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

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

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

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

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

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

Откуда: Владимирская обл
Сообщений: 4603
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

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

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

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

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


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

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

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

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

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

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

Откуда: Сочи
Сообщений: 99
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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Откуда: Жуковский
Сообщений: 627
Итого для получения полной структуры сборки из details придется делать еще одну, временную, таблицу со своими уникальными кодами..... так что ли?
16 сен 19, 13:40    [21971565]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Stanislav P
Member

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

Какие коды?
Зачем делать ещё одну таблицу, если все данные по всем составным изделиям есть в таблице Details? Ты просто делаешь несколько запросов и получаешь состав каждого составного изделия. Если есть вложенность, то делаешь ещё запросы. А дерево рисуешь по циклу: нашёл составное изделие, получил его список, добавил строки в контрол, который рисует дерево.
16 сен 19, 15:14    [21971709]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Лапух
Member

Откуда: Стойбище № 7
Сообщений: 926
Serg197311, да когда уж вы построите свою ахитектуру? Картинка с другого сайта.
Вроде бы и вас все (кроме меня Картинка с другого сайта. ) давно понимают
и вы всё понимаете (а я вот не понимаю Картинка с другого сайта. ), что вам советуют,
но воз почему то похоже и ныне там же, что и в начале.
А уж очень хотса, терпежа нет, подивиться сему диву дивному, или вы жадина и ни за что не покажите? Картинка с другого сайта.
16 сен 19, 15:24    [21971719]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура базы  [new]
Serg197311
Member

Откуда: Жуковский
Сообщений: 627
Stanislav P
А дерево рисуешь по циклу: нашёл составное изделие, получил его список, добавил строки в контрол, который рисует дерево.

Я только что описал ситуацию, когда коды нод задваиваются......Так как в разных частях дерева используется одна и та же запись из Details....
16 сен 19, 15:41    [21971736]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4   вперед  Ctrl      все
Все форумы / Microsoft Access Ответить