Оптимальная конфигурация базы данных

Добрый день всем.
Я абсолютный новичок в базах данных и только начинаю их изучать, приходится с места в карьер. Я проектировщик-электрик, и база данных мне понадобилась для решения своих задач, но я боюсь, что без опыта не смогу представить оптимальную конфигурацию её, с учётом дальнейшего расширения или совершенствования, поэтому я хотел бы определиться за помощью к профессионалам, которых он наверняка не затруднит.

Дело вот в чём, допустим я делаю трассу воздушной линии, состоящей из разных видов опор электропередач - промежуточных, анкерных, угловых. Опоры бывают не только разных видов, но и типов: к примеру угловые анкерные, угловые промежуточные.

Каждая опора состоит из различных компонентов: изоляторы (несколько штук разных видов), траверсы металлические и деревянные, металл для заземления, крепёжная арматура.

После создания плана проекта я знаю сколько у меня опор и каких типов, а на выходе хочу получить такие данные:
1. Таблица железобетонных изделий или деревянных (где будут сосчитано общее количество стоек опор, к примеру)
2. Таблица изоляторов
3. ТАблица металлоизделий

и так далее в таком духе. А под конец получить спецификацию проекта, где будет вообще всё сложено в одну таблицу, но по разным разделам, которые аналогичны таблицам выше.

Надеюсь я понятно обрисовал задачу, если что - задавайте вопросы.

Я для себя нарисовал такую конфигурацию: отдельная таблица - это отдельный тип опоры, допустим опора1, в ней будут строки с составляющими компонентами, а столбцы например такие: тип (траверса, изолятор), количество наименование, вес, изготовитель и прочие нужные для вывода свойства компонентов.

Потом создаётся общая таблица, в которой будет забиваться количество опор по проекту.

Объективный минус, который я вижу - типов опор довольно много - может быть больше сотни, скажем, две. А это ведёт к увеличению таблиц внутри базы данных. Я понимаю, что моё количество это ерунда для современной техники, но хочется всё же сразу учиться делать правильно.
Как делать вывод в сводные таблицы вопрос пока не стоит - я всему этому научусь. Просто сейчас прошу подсказать ваше видение на конфигурацию базы данных для этой задачи.
Очень буду благодарен.

0

Сообщение от prostozhe отдельная таблица - это отдельный тип опоры, допустим опора1, в ней будут строки с составляющими компонентами, а столбцы например такие: тип (траверса, изолятор), количество наименование, вес, изготовитель и прочие нужные для вывода свойства компонентов

Нужна одна таблица Опоры, в которой указывается обозначение опоры, ее тип, ... (Опора_Код, Опора_Обозначение, ...) и подчиненная ей Опоры_Компоненты (Опора_Код, Опора_Компонент_Код, Компонент_Код, Компонент_Количество, ...). Связь между ними по полю Опора_Код.

1

Ничего себе, какая оперативность!
Спасибо большое! Пока не совсем понял, т.к. начал только изучать базы данных - экселя на это уже не хватает (слишком проблематично), но если возникнут вопросы я задам уточняющие вопросы.

Если вас не затруднит на примере показать, я буду только рад.

К примеру опора:
Вид: анкерная
Тип (название): АДтБ10-1
Компоненты:
Траверса ТМ18 1 шт.
Траверса ТМ19 3 шт.
Хомут Х33 4 шт.
Изолятор ЛК70 6 шт.

Я понял, что первая таблица Опоры будет такой:

Код	Тип	Вид
1	АДтБ10-1	анкерная

А по поводу компонентов не понял - создавать отдельные таблицы на изоляторы, траверсы и так далее? Извиняюсь заранее за глупые вопросы, но считаю что «не стыдно не знать, стыдно не хотеть знать»

0

Как начальный этап - см. вложение.

Вложения

Опоры_БД.rar (9.3 Кб, 19 просмотров)

1

Спасибо большое!
Значит, я правильно понял. Поясню свой вопрос выше: получается, что не стоит для отдельных схожих компонентов делать отдельные таблицы, а запихать все в одну, как это сделано в Вашем примере? Просто у траверс например будет свойство "марка стали", которое будет отсутствовать у изоляторов.
Люди всё-равно под капот ползать не будут - добавление новой опоры будет организовано через формы, а редактирование старых через запросы на изменение.

Ай, чуть не забыл. Например стойки опор бывают железобетонные и деревянные. Создать для материала стоек отдельную таблицу и связать её с таблицей Компоненты_стойки или проще создать ещё один столбец в самой таблице Компоненты_стойки? Как обычно принято делать в таких случаях?

Спасибо за ваши ответы

0

Сообщение от prostozhe Например стойки опор бывают железобетонные и деревянные. Создать для материала стоек отдельную таблицу и связать её с таблицей Компоненты_стойки или проще создать ещё один столбец в самой таблице Компоненты_стойки?

Компонента должна полностью описываться в своей таблицы. Материал (его код), если он нужен для комплектации, указывается в Компоненте, и делается еще одна таблица (скорей всего и не одна) Материалы. А в таблице Опоры_Компоненты только количество. Причем пока эта таблица Опоры_Компоненты - только шаблон для заполнения реального проекта, в который обычно добавляют текущие цены Компонентов, учитывают возможный брак/отходы по нормам, ... .

1

Ещё раз благодарю за помощь. На выходных постараюсь что-нибудь изобразить, там и фактические вопросы появятся.
Рад, что не ошибся форумом.

0

Здравствуйте!
Если возможность у автора этого сообщения выйти на связь?
Работаю над созданием такой же БД по опорам. Нужна для курсовой.
Спасибо.

0