[Monday, 08 February 2016], ernest napisał(a):
Tia, ale tylko te dodatkowe ;)
Wspólnych będzie i tak niewiele - nazwa,węzeł,producent,model,data zakupu, gwarancja,opis i projekt
To faktycznie mało tych wspólnych pól z resztą portów ;)
Eee... Ja pisałem o wspólnych polach w netelements ;)
Hmmm... Wyszukiwanie bedzie przez joina... W sumie to nie sa jakieś wielkie ilosci danych - 3 int - mozna nawet wrzucic bezposrednio do netlinks.
Chodzi o to, żeby tak jak w przypadku urządzeń mieć zadeklarowane w bazie wszystkie włókna.
Nie przemawia to do mnie (wiec - wyszukanie wolnych włokien bedzie szybkie, ale nadal mi sie takie rozwiazanie nie widza :)
radio to nie złącze :) (sektor radiowy NIE POWINIEN BYC w netports tylko w netradiosectors :)
wiem tylko motanie się z połączeniami po 3 tabelach jest trudniej logicznie obsłużyć niż w jednej zauważ, że wywalając definicję włókna/pary do osobnej tabeli operujesz tak naprawdę na 2 tabelach porty_urządzeń i włókna_kabli
Widzisz - mozesz przeciez wskazywac w netlinks na dany port wiele razy - zarowno przy spawach i tackach (az do pojemnosci tacki) jak i polaczeniach radiowych (az skonczy sie miejsce na dysku)
Nie, źle napisałem chodziło o spaw 2 włókien. Miejsca na tacy potraktuj jak port (tyle ze wewnetrzny) urzadzenia. Więc spawanie 2 kabli 48j wygeneruje 96 rekordów.
Spawasz 2 kable 48J, masz 48 spawów i 96 rekordów :)
Coś za coś ;) albo widzisz że coś jest podłączone albo nie ;)
Za to jak skasujesz jeden rekord z tabeli to zonk :)
W sumie spieramy sie o pierdole teraz - obie koncepcje sa dobre, ale moja jest bardziej mojsza ;)
Niom a moja bardziej mojsza <rotfl>
W sumie to koncepcje obie nie sa zle :)
Jarek