Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Проектирование БД Новый топик    Ответить
 Нужны мысли по удобной реализации структуры  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 16295
Верстается сравнительно несложная структура, в которой будет храниться информация об СКС. Вроде всё несложно - есть базовая сущность "порт" (с атрибутами патчпанель/устройство, и далее стойка-серверная-корпус, а также медь/оптика и далее 2/4 пары, одномод/многомод и т.п.), есть базовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее). В общем, вроде несложная схема, которая позволяет описывать СКС, но есть в реальности мелочи, которые всё портят.

Во-первых, параллельные телефоны, т.е. получается "соединение" не с 2, а с 3 (а кое-где и с 4) атрибутами "порт". Или наоборот, 2, 3 или 4 телефонных номера, идущие по одному 4-парному кабелю. Раньше были и 2 LAN в одном кабеле, но от этой хрени уже избавились.

Во-вторых, оптика. Есть дуплексные соединения в одном волокне, но есть и в 2 - т.е. один оптопорт устройства подключается к 2 оптоволокнам, которые ещё могут идти транзитом через пару ВРМ-ов, а на другой стороне вообще могут подключаться к разным устройствами, ибо там локальное кольцо.

И вот как-то пока не могу я придумать вменяемой схемы, которая бы понятно реализовывала все подобные варианты.

Задачи самые простые - понятный вывод всей трассы по любому её порту, соединению или атрибуту (например, номер телефона), вывод подробной или суммарной сводки по панели/стойке/серверной или, например, VLAN, плюс рабочая корректировка. Визуализация не требуется.
25 май 17, 11:10    [20510576]     Ответить | Цитировать Сообщить модератору
 Re: Нужны мысли по удобной реализации структуры  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 4667
имхо, с графами лучше работать в БД для этого созданных где есть уже готовые структуры
25 май 17, 12:49    [20511015]     Ответить | Цитировать Сообщить модератору
 Re: Нужны мысли по удобной реализации структуры  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 16295
Уже думал над этим. Представление структуры как графа усложняет и структуру, и обработку, и не даёт в данном случае никаких профитов. А опускаться в описании до деления разъёма на отдельные проводники - это явный перебор.
25 май 17, 13:39    [20511268]     Ответить | Цитировать Сообщить модератору
 Re: Нужны мысли по удобной реализации структуры  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 4667
Akina
базовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее)
вынести привязку соединений к портам в бридж таблицу, атрибут "порт" из сущности "соединение" убрать?
25 май 17, 18:09    [20512528]     Ответить | Цитировать Сообщить модератору
 Re: Нужны мысли по удобной реализации структуры  [new]
vmag
Member

Откуда: г. Одинцово
Сообщений: 2671
Akina
есть базовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее)


Можно попробовать:
1. Все порты разбить на 2 категории (поставить признак):
- главный (источник , например порты для внутренних линий у АТС)
- второстепенный (приемник, например вход в телефон, или порты внешних линий той же АТС)
То есть у каждого устройства возможны два или один тип порта.
2. Переделать таблицу "соединение" и заполнять её как подчиненную только для Главных портов:
- счетчик/ключ
- ID главного порта
- ID второстепенного порта
... далее то, что обычно...
Соответственно между таблицами (порт и связь) в схеме данных по идее должно хватить одной связи по ID главного порта...

Или я чего то не учел? Типа порт одновременно и источник и приемник, ну тогда будет третья категория портов (и/п) и в таком же духе продолжение...
26 май 17, 09:09    [20513485]     Ответить | Цитировать Сообщить модератору
 Re: Нужны мысли по удобной реализации структуры  [new]
Akina
Member

Откуда: Зеленоград, Москва, Россия
Сообщений: 16295
На самом деле уже обдумываю идею разделение сущности "порт" на две независимых - "логический порт" и "физический порт", где второе - тупо дырка в патч-панели (ВРМе, свиче и пр.) или коннектор на патче, а первое - минимальная единица, позволяющая создать канал передачи данных. Соотношение между ними, соответственно, N:N. Большинство будет 1:1, а некоторые - те, что с выпендронами,- соответственно, кратные. Соответственно для каждого типа соотношения для конкретного экземпляра соотношения (1:1, 1:N, N:1, а N:N вроде быть не может) строить свои обработки ввода, корректировки, вывода, учёта, контроля целостности и непротиворечивости.
26 май 17, 09:30    [20513514]     Ответить | Цитировать Сообщить модератору
 Re: Нужны мысли по удобной реализации структуры  [new]
nikolay_magagin
Member

Откуда: Псков
Сообщений: 154
Если брать сам шлейф, то я думаю тебе понадобиться вносить: 1) группу шлейфа, 2) откуда и докуда он идет( например СКС может идти одной группой от рабочего места до точки консолидации, а затем от точки консолидации до серверной), 3) адрес порта входа, (учитывая, что на каждом оборудовании адреса могут отличаться).
10 июн 17, 23:03    [20555907]     Ответить | Цитировать Сообщить модератору
Все форумы / Проектирование БД Ответить