W dniu 08.02.2016 18:46, Jaroslaw Dziubek napisał(a):
Tomku - poniżej masz 2 wersje (jeśli nie czytałeś naszych wywodów)
Propozycja Ernesta:
w netelements lądują: switch, kabel, przełącznica, urządzenie_klienckie(instalacja)(?), stacja_bazowa, spliter netelements: producent, model, typ(Akt./Pas.), właściciel, lokalizacja(?), lokalizacja_b(?), długość, projekt_UE, netnodeid
porttyp: (słownik)technologia, lambda/częstotliwość złącze: (słownik) /przewiduję złącze spaw/
netelemports: (tyle rekordów ile zadeklarowanych portów łącznie z komutacją na tackach ale globalnie) a) switch: złącze, porttyp, uplink, etykieta, max_prędkość, ilość_dowiązań=1 b) kabel: tuba/wiązka, włókno/para, ilość_dowiązań=2 c) przełącznica: złącze, porttyp, uplink=null, etykieta, ilość_dowiązań=2 d) urządzenia_klienckie: złącze, porttyp, uplink=null?, etykieta, max_prędkość, ilość_dowiązań=1 e) stacja_bazowa: złącze, porttyp, uplink, etykieta, max_prędkość, ilość_dowiązań=1 (lub "n" w przyp radio) f) spliter: złącze, porttyp, uplink, etykieta, podział, ilość_dowiązań=1
Qrde kable się z tego wyłamują Chyba, że zrobić tabele: netcables( Producent, model, lokalizacja_a, lokalizacja_b, długość) netcablewires: tuba/wiązka, włókno/para, medium?(są kable mieszane Cu/FO)
Wtedy: netlinks: netelemport_a, netelemport_b, netcablewires(jeśli 0 to patchcord), długość(jeśli 0 to długość kabla)
Propozycja Jarka
- netnodes (węzły):
- dodanie ownerid (jeśli >0 - wezęł u klienta)
- netelements:
- typ: aktywne urządzenie/pasywny obiekt/pasywny kabel/(opcjonalnie:
pasywny splitter)
- netnodeid obowiazkowo (i stad bylaby brana lokalizacja)
- producent/model/nr seryjny/projekt
To zapewne miałoby być do netdevices i netcables? Jeśli również do netcables to brakuje powiązania w netcables...
- netelemcables (dotyczy kabli)
To po prostu można nazwać netcables.
- medium: optyka/miedź
- rodzaj: jednotubowy/wielotubowy/KLD/splitter (opcjonalnie)
- pojemność: ilość żył (jeśli tu damy splitter to ilosc zyl w
ukladzie "1:32")
- długość
- obiekty: źródłowy i docelowy
- netelemports (dotyczy urządzeń)
... a to netdevports
- netelement_id
- etykieta
- port_uplink (0/1)
- typ portu (100BaseT, SFTP+)
- rodzaj złącza (UTP, simplex SC/APC - jeśli null to port bez
wkładki)
- technologia (Ethernet, xWDM, xPON)
- prędkość up/down (aczkolwiek to można brać z technologi)
- netradiosectors (dotyczy urządzeń radiowych)
- netelement_id
- identycznie jak jest teraz (technologia, zasieg, kąt, itd)
- netelemparams (dotyczy obiektów pasywnych)
- netelement_id
- typ (typ złącza dla pola komutacyjnego - SC/APC itp lub
"nierozłączalne" dla tacki spawów)
- nr w obiekcie (tacka#1, port#12)
- pojemnosc (2 dla rozłączalnych, >2 dla tacek)
- netelemsplitter (jesli w netelements)
... netsplitters
- ilosc portow_in
- ilosc portów_out
– netconnections:
Zakładam, że tu chodzi o łączenia elementów kablowych? Pewnie założenie było takie, żeby i zastąpić tym netlinks (swoje zdanie na ten temat podałem niżej)?
- rodzaj źródła (urządzenie/obiekt/kabel/splitter)
- id źródła
- rodzaj celu ((urządzenie/obiekt/kabel/splitter)
- id celu
- długość (opcjonalne)
- plik z pomiarami (opcjonalne np. dla spawów)
gdzie id_zrodla/id_celu to albo: - id_portu w urządzeniu/obiekcie/splitterze - id_kabla:nr_tuby:nr_włókna dla simplex - id_kabla1:nr_tuby1:nr_włókna1|id_kabla2:nr_tuby2:nr_włókna2 - dla dumplex
netlinks zostawiłbym raczej tak jak jest, bo to połączenia logiczne. Potrzebne jest za to wiązanie na portach połączeń logicznych z połączeniami fizycznymi. Nie warto pakować wszystkiego co się da do netconnections, bo taka uniwersalizacja spowoduje mocną komplikację zapytań sql oraz konieczność tworzenia złożonych aktualizacji schematu bazy danych. Jeśli potem uznamy, że jednak warto zunifikować obecne netlinks z netconnections to będzie to do zrobienia.
:)
Jarek