Организация структуры БД Access

@aura_2022 · Регистрация: 12.02.2022

Студворк — интернет-сервис помощи студентам

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

@SDKU · 17.10.2023, 20:27

Это вопрос ТСа

Сообщение от aura_2022

Как скомпоновать таблицы и связи правильно, что бы потом не было "пересечения интересов"?

Это ответ

Сообщение от SDKU

простой принцип "базостроения":одна сущность-одна таблица, одна таблица-одна сущность\только её, а не других сущностей, атрибуты

Сообщение от ltv_1953

Зачем давать неверные советы?

А в чем неверность этого принципа, а не совета?

@ltv_1953 · 17.10.2023, 20:50

Сообщение от SDKU

А в чем неверность этого принципа, а не совета?

Совет был - размазать состав комплекта по двум таблицам (типа разные сущности). Причем здесь принцип? Опять начинаете съезжать с темы, не надоело?

@VinniPuh · 17.10.2023, 22:49

aura_2022, я тут шарился у себя в сусеках и нашел, чем то похожий примерчик.
Возможно пригодится.

@SDKU · 18.10.2023, 02:49

Сообщение от ltv_1953

Совет был - размазать состав комплекта по двум таблицам

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

Сообщение от SDKU

Изделие 1(тбл.фактов):М деталь1(справочник деталей):М сырье(справочник сырья)

@ltv_1953 · 18.10.2023, 05:17

Сообщение от SDKU

Вы предлагаете для каждой детали\изделия\комплекта прописывать(а не подставлять из справочника)

Что я предлагаю есть в базе по ссылке Разработка БД для отдела нормирования (это мой пример), никаких повторяющихся текстовых данных там нет, не нужно приписывать свои домыслы другим. А вот что предлагаете Вы (таблицы, их структура, связи, ...)? А то все слова, слова, ... .

@aura_2022 · 18.10.2023, 07:33 **[ТС]**

Сообщение от ltv_1953

А что здесь обсуждать? По ссылке приведен пример базы Разработка БД для отдела нормирования,

Это пример по Вашей ссылке который последний? Я обязательно попробую его использовать, спасибо, только вникну, так как часто в профессиональной среде понятный для её членов язык не всегда легко воспринимается дилетантами, это как с рецептом от участкового врача, который легко прочитает только другой врач

Но ведь это проблемы пациента, так ведь

Сообщение от shanemac51

все это решается одной таблицей куда+что+входимость

Ваш пример таблички входимостей из темы по ссылке от ltv_1953 примерно то же самое, что я описал в последней записи, но без статусов (уровней входимости) - а нафиг они нужны на самом деле?- и у Вас готовые изделия и их компоненты все в одной таблице входимостей. И поле "куда" значение 0 говорит, что это конечное изделие, правильно? Это нужно для рекурсивного запроса и построения дерева?

shanemac51 · 18.10.2023, 07:46

Сообщение от aura_2022

Ваш пример таблички входимостей из темы по ссылке от ltv_1953 примерно то же самое, что я описал в последней записи, но без статусов (уровней входимости) - а нафиг они нужны на самом деле?- и у Вас готовые изделия и их компоненты все в одной таблице входимостей. И поле "куда" значение 0 говорит, что это конечное изделие, правильно? Это нужно для рекурсивного запроса и построения дерева?

именно так, ведь некая деталь/сборка даже в одно изделие может входить несколько раз, особенно всевозможный крепеж , хотя и сборки иногда повторяются(например правое и левое колеса телеги подобны, отличаются минимально)

иногда рассчитывалось и временное изделие, например комплект из нескольких изделий + ЗИП + детали россыпью(для усиления ЗИПа)

как-то продавали на сторону изделия + незавершенку - потребовалось перевести изделия в детали(обратный процесс)

@SDKU · 18.10.2023, 10:35

ltv_1953,Я предлагал следущее(о такой схеме говорилось):изделие-тбл.фактов,остальные справочники

Сообщение от SDKU

Расходники 1 : М изделие 1: М детали 1:М сырье

@ltv_1953 · 18.10.2023, 10:45

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

@SDKU · 18.10.2023, 10:51

Виноват должно быть так:Расходники 1 : М изделие М:1 детали 1:М сырье
А куда деть расходники которые используются при сборке изделия?

@ltv_1953 · 18.10.2023, 10:54

Сообщение от SDKU

Виноват должно быть так:Расходники 1 : М изделие М:1 детали 1:М сырье

Угу. Ну так сделайте, как нужно. И нормы это лишнее, типа всегда 1?

@SDKU · 18.10.2023, 11:37

Сообщение от ltv_1953

Ну так сделайте, как нужно. И нормы это лишнее, типа всегда 1?

А оно и сделано как нужно,а вот написано,не правильно. А о каких нормах Вы говорите? Под расходниками подразумеваются материалы\метизы типа клея,краски,болтиков,заклепок и т.п

@ltv_1953 · 18.10.2023, 12:35

Сообщение от SDKU

А о каких нормах Вы говорите?

О количестве одинаковых винтиков в конкретном изделии, например.

@Swa111 · 18.10.2023, 12:46

а мне нравится такая структура. Все что влияет на сборку заносится в таблицу Компоненты. там находится само изделие, материалы, расходники, работы. Между собой они соединяются через таблицу СвязиКомпонентов с указанием кол-ва дочерних элементов данного типа. таблицу Компоненты можно дополнить полем с признаком объекта (изделие, узел, деталь, работа, материал). Если нужно изделие расширить атрибутами то создаем отдельную таблицу чисто под изделия, при этом сохраняем ссылку на компонент. То же самое с другими классами. В диаграмме Компоненты_1 это та же таблица Компоненты просто так отображает Access

@aura_2022 · 18.10.2023, 13:55 **[ТС]**

Еще вопрос то данной теме:

Во всех (почти) схемах в дискуссии представлены 2 таблицы, дублирующие друг друга, например, ИК и ИК1. Назначение понятно, но одной нельзя обойтись?

@Capi · 18.10.2023, 14:01

Сообщение от aura_2022

представлены 2 таблицы, дублирующие друг друга, например, ИК и ИК1. Назначение понятно, но одной нельзя обойтись?

Это одна таблица.

Но, поскольку PK этой таблицы должен связываться
с двумя разными значениями FK в одной записи подчиненной таблицы,
то эта таблица для связей берется дважды, второй раз с алиасом.

@ltv_1953 · 18.10.2023, 14:14

То, что это одна таблица, видно и в MSysRelationships

szColumn	szObject	szReferencedColumn	szReferencedObject
И_Код	И_Нормы	ИК_Код	ИК
ИК_Код	И_Нормы	ИК_Код	ИК

@aura_2022 · 18.10.2023, 14:16 **[ТС]**

Понятно, сэнкью вери мач!

@SDKU · 18.10.2023, 16:20

Вариант:форма изделие

@VinniPuh · 18.10.2023, 18:48

Если по мне, то пока ТС не выложит четкое ТЗ с пояснениями, что такое - Изделия, - Детали, - Сырьё, все потуги как то ему помочь - Тщетны.
Пояснение ТСа, что - Деталью может быть - Винтик, просто смешно, а то и насмешкой над помогальщиками..
Без конкретики, как это есть в натуре, ни чего путного создать не получится.

Новые блоги и статьи Все статьи Все блоги /
мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .	[EasyBuilder Pro] Памятка по разработке для панелей Weintek ФедосеевПавел 26.08.2026 Памятка по разработке для панелей Weintek ВВЕДЕНИЕ Ранее, при реализации проектов основное внимание уделял разработке управляющей программы для контроллера, а панели оператора доставалось время. . .
Модель по догадкам anaschu 25.08.2026 Прошло две недели. Я уже рассказывал, как разговаривал с сотрудниками у сортировки и как понял, что главная ветка — не про приёмку, а про отбор. Но тогда я думал, что понял механику. На этой неделе я. . .	Запись в регистр сведений независимо от заполненности табличной части Maks 25.08.2026 Реализация из решения ниже выполнена на нетиповом документе с несколькими табличными частями, разработанного в КА2. Задача: Обеспечить запись документа в регистр сведений независимо от. . .	Ноутбук Альфария kumehtar 24.08.2026 Встретился тут в сети ноутбук Альфария, примарха Альфа-Легиона. Хотя возможно, это ноутбук Омегона, разумеется. Ну как вам?	Мастера простых решений DevAlt 23.08.2026 В сишарп стэках winforms, да и wpf существует сложная система связывания источниках данных и элементов формы(текстовые поля и метки), опирается все это на технологию событий и мета. . .

@aura_2022 0 / 0 / 0 Регистрация: 12.02.2022 Сообщений: 29

	Организация структуры БД Access 17.10.2023, 08:50. Показов 2431. Ответов 39 Метки нет (Все метки) Доброго времени суток, уважаемые форумчане! Не могу решить проблемку организации структуры БД, может кто-то имеет опыт работы с подобными ситуациями: предприятие выпускает Изделия, которые комплектуются из Деталей и Сырья. В свою очередь Детали тоже комплектуются из этого же Сырья (частично). Как скомпоновать таблицы и связи правильно, что бы потом не было "пересечения интересов"? Как вариант вижу создание новой номенклатуры в группе Деталей, в которую и будет собираться Сырье, непосредственно участвующее в составе Изделия, но, может, есть и иные варианты? Буду очень признателен за любые подсказки в поисках правильной архитектуры. Спасибо. 0

@ltv_1953 17536 / 7288 / 1663 Регистрация: 21.06.2012 Сообщений: 13,957
	18.10.2023, 10:45
	Угу. Теперь видно, что изделие собирается из двух таблиц, да еще и наименование его повторяется в каждой записи. А кто-то писал что не советовал размазать сборку изделия по двум таблицам. Да, производственные базы это не Ваше. 0

@SDKU 598 / 404 / 51 Регистрация: 06.03.2022 Сообщений: 2,129
	18.10.2023, 10:51
	Виноват должно быть так:Расходники 1 : М изделие М:1 детали 1:М сырье А куда деть расходники которые используются при сборке изделия? 0

@Swa111 920 / 293 / 58 Регистрация: 01.06.2023 Сообщений: 820
	18.10.2023, 12:46
	а мне нравится такая структура. Все что влияет на сборку заносится в таблицу Компоненты. там находится само изделие, материалы, расходники, работы. Между собой они соединяются через таблицу СвязиКомпонентов с указанием кол-ва дочерних элементов данного типа. таблицу Компоненты можно дополнить полем с признаком объекта (изделие, узел, деталь, работа, материал). Если нужно изделие расширить атрибутами то создаем отдельную таблицу чисто под изделия, при этом сохраняем ссылку на компонент. То же самое с другими классами. В диаграмме Компоненты_1 это та же таблица Компоненты просто так отображает Access Миниатюры 0

@aura_2022 0 / 0 / 0 Регистрация: 12.02.2022 Сообщений: 29
	18.10.2023, 13:55 [ТС]
	Еще вопрос то данной теме: Во всех (почти) схемах в дискуссии представлены 2 таблицы, дублирующие друг друга, например, ИК и ИК1. Назначение понятно, но одной нельзя обойтись? 0

@aura_2022 0 / 0 / 0 Регистрация: 12.02.2022 Сообщений: 29
	18.10.2023, 14:16 [ТС]
	Понятно, сэнкью вери мач! 0

@VinniPuh 9147 / 6179 / 594 Регистрация: 27.03.2013 Сообщений: 20,049
	18.10.2023, 18:48
	Если по мне, то пока ТС не выложит четкое ТЗ с пояснениями, что такое - Изделия, - Детали, - Сырьё, все потуги как то ему помочь - Тщетны. Пояснение ТСа, что - Деталью может быть - Винтик, просто смешно, а то и насмешкой над помогальщиками.. Без конкретики, как это есть в натуре, ни чего путного создать не получится. 0