Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Нужны мысли по удобной реализации структуры / 7 сообщений из 7, страница 1 из 1
25.05.2017, 11:10
    #39459427
Akina
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Нужны мысли по удобной реализации структуры
Верстается сравнительно несложная структура, в которой будет храниться информация об СКС. Вроде всё несложно - есть базовая сущность "порт" (с атрибутами патчпанель/устройство, и далее стойка-серверная-корпус, а также медь/оптика и далее 2/4 пары, одномод/многомод и т.п.), есть базовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее). В общем, вроде несложная схема, которая позволяет описывать СКС, но есть в реальности мелочи, которые всё портят.

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

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

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

Задачи самые простые - понятный вывод всей трассы по любому её порту, соединению или атрибуту (например, номер телефона), вывод подробной или суммарной сводки по панели/стойке/серверной или, например, VLAN, плюс рабочая корректировка. Визуализация не требуется.
...
Рейтинг: 0 / 0
25.05.2017, 12:49
    #39459564
Дедушка
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Нужны мысли по удобной реализации структуры
имхо, с графами лучше работать в БД для этого созданных где есть уже готовые структуры
...
Рейтинг: 0 / 0
25.05.2017, 13:39
    #39459615
Akina
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Нужны мысли по удобной реализации структуры
Уже думал над этим. Представление структуры как графа усложняет и структуру, и обработку, и не даёт в данном случае никаких профитов. А опускаться в описании до деления разъёма на отдельные проводники - это явный перебор.
...
Рейтинг: 0 / 0
25.05.2017, 18:09
    #39459902
Дедушка
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Нужны мысли по удобной реализации структуры
Akinaбазовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее)вынести привязку соединений к портам в бридж таблицу, атрибут "порт" из сущности "соединение" убрать?
...
Рейтинг: 0 / 0
26.05.2017, 09:09
    #39460131
vmag
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Нужны мысли по удобной реализации структуры
Akinaесть базовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее)

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

Или я чего то не учел? Типа порт одновременно и источник и приемник, ну тогда будет третья категория портов (и/п) и в таком же духе продолжение...
...
Рейтинг: 0 / 0
26.05.2017, 09:30
    #39460148
Akina
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Нужны мысли по удобной реализации структуры
На самом деле уже обдумываю идею разделение сущности "порт" на две независимых - "логический порт" и "физический порт", где второе - тупо дырка в патч-панели (ВРМе, свиче и пр.) или коннектор на патче, а первое - минимальная единица, позволяющая создать канал передачи данных. Соотношение между ними, соответственно, N:N. Большинство будет 1:1, а некоторые - те, что с выпендронами,- соответственно, кратные. Соответственно для каждого типа соотношения для конкретного экземпляра соотношения (1:1, 1:N, N:1, а N:N вроде быть не может) строить свои обработки ввода, корректировки, вывода, учёта, контроля целостности и непротиворечивости.
...
Рейтинг: 0 / 0
10.06.2017, 23:03
    #39470110
nikolay_magagin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Нужны мысли по удобной реализации структуры
Если брать сам шлейф, то я думаю тебе понадобиться вносить: 1) группу шлейфа, 2) откуда и докуда он идет( например СКС может идти одной группой от рабочего места до точки консолидации, а затем от точки консолидации до серверной), 3) адрес порта входа, (учитывая, что на каждом оборудовании адреса могут отличаться).
...
Рейтинг: 0 / 0
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Нужны мысли по удобной реализации структуры / 7 сообщений из 7, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]