|
|
|
Нужны мысли по удобной реализации структуры
|
|||
|---|---|---|---|
|
#18+
Верстается сравнительно несложная структура, в которой будет храниться информация об СКС. Вроде всё несложно - есть базовая сущность "порт" (с атрибутами патчпанель/устройство, и далее стойка-серверная-корпус, а также медь/оптика и далее 2/4 пары, одномод/многомод и т.п.), есть базовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее). В общем, вроде несложная схема, которая позволяет описывать СКС, но есть в реальности мелочи, которые всё портят. Во-первых, параллельные телефоны, т.е. получается "соединение" не с 2, а с 3 (а кое-где и с 4) атрибутами "порт". Или наоборот, 2, 3 или 4 телефонных номера, идущие по одному 4-парному кабелю. Раньше были и 2 LAN в одном кабеле, но от этой хрени уже избавились. Во-вторых, оптика. Есть дуплексные соединения в одном волокне, но есть и в 2 - т.е. один оптопорт устройства подключается к 2 оптоволокнам, которые ещё могут идти транзитом через пару ВРМ-ов, а на другой стороне вообще могут подключаться к разным устройствами, ибо там локальное кольцо. И вот как-то пока не могу я придумать вменяемой схемы, которая бы понятно реализовывала все подобные варианты. Задачи самые простые - понятный вывод всей трассы по любому её порту, соединению или атрибуту (например, номер телефона), вывод подробной или суммарной сводки по панели/стойке/серверной или, например, VLAN, плюс рабочая корректировка. Визуализация не требуется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2017, 11:10 |
|
||
|
Нужны мысли по удобной реализации структуры
|
|||
|---|---|---|---|
|
#18+
имхо, с графами лучше работать в БД для этого созданных где есть уже готовые структуры ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2017, 12:49 |
|
||
|
Нужны мысли по удобной реализации структуры
|
|||
|---|---|---|---|
|
#18+
Уже думал над этим. Представление структуры как графа усложняет и структуру, и обработку, и не даёт в данном случае никаких профитов. А опускаться в описании до деления разъёма на отдельные проводники - это явный перебор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2017, 13:39 |
|
||
|
Нужны мысли по удобной реализации структуры
|
|||
|---|---|---|---|
|
#18+
Akinaбазовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее)вынести привязку соединений к портам в бридж таблицу, атрибут "порт" из сущности "соединение" убрать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2017, 18:09 |
|
||
|
Нужны мысли по удобной реализации структуры
|
|||
|---|---|---|---|
|
#18+
Akinaесть базовая сущность "соединение" (с атрибутами порт - 2 штуки, тип и прочее) Можно попробовать: 1. Все порты разбить на 2 категории (поставить признак): - главный (источник , например порты для внутренних линий у АТС) - второстепенный (приемник, например вход в телефон, или порты внешних линий той же АТС) То есть у каждого устройства возможны два или один тип порта. 2. Переделать таблицу "соединение" и заполнять её как подчиненную только для Главных портов : - счетчик/ключ - ID главного порта - ID второстепенного порта ... далее то, что обычно... Соответственно между таблицами (порт и связь) в схеме данных по идее должно хватить одной связи по ID главного порта... Или я чего то не учел? Типа порт одновременно и источник и приемник, ну тогда будет третья категория портов (и/п) и в таком же духе продолжение... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2017, 09:09 |
|
||
|
Нужны мысли по удобной реализации структуры
|
|||
|---|---|---|---|
|
#18+
На самом деле уже обдумываю идею разделение сущности "порт" на две независимых - "логический порт" и "физический порт", где второе - тупо дырка в патч-панели (ВРМе, свиче и пр.) или коннектор на патче, а первое - минимальная единица, позволяющая создать канал передачи данных. Соотношение между ними, соответственно, N:N. Большинство будет 1:1, а некоторые - те, что с выпендронами,- соответственно, кратные. Соответственно для каждого типа соотношения для конкретного экземпляра соотношения (1:1, 1:N, N:1, а N:N вроде быть не может) строить свои обработки ввода, корректировки, вывода, учёта, контроля целостности и непротиворечивости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2017, 09:30 |
|
||
|
Нужны мысли по удобной реализации структуры
|
|||
|---|---|---|---|
|
#18+
Если брать сам шлейф, то я думаю тебе понадобиться вносить: 1) группу шлейфа, 2) откуда и докуда он идет( например СКС может идти одной группой от рабочего места до точки консолидации, а затем от точки консолидации до серверной), 3) адрес порта входа, (учитывая, что на каждом оборудовании адреса могут отличаться). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2017, 23:03 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=39459427&tid=1540169]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
155ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 495ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...