Új hozzászólás Aktív témák

• #5673 bambano titán cog777 #5670

  Új Válasz 2023-02-01 14:56:21 #5673

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz cog777 #5670 üzenetére

  a tábla szerkezetét az adatstruktúra normalizálása alakítja ki és nem más.
  a másik alapvető dolog, hogy a redundanciából és a szinkronizálásból *MINDIG* baj lesz inkább előbb, mint utóbb.

  egyébként postgresben fel lehet csatolni másik adatbázist, végszükség esetén ez is jó lehet. a te tábládat a kolléga felcsatolja egy saját adatbázisba és mellérakja külön táblában a saját mezőit.

• #5672 nyunyu félisten cog777 #5670

  Új Válasz 2023-02-01 14:40:29 #5672

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  nyunyu

  félisten

  válasz cog777 #5670 üzenetére

  Nálunk alkalmazásonként külön DB van, és még azt sem szeretik, ha egyik sémából átnyúlok a másikba.
  (Kivéve az adattárházasoknak, dokumentumkezelőnek kiajánlott tábláknál, nézeteknél. Itt lehet csak grant, meg synonym a saját sémájukban.)

• #5671 Ispy nagyúr cog777 #5670

  Új Válasz 2023-02-01 14:24:58 #5671

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Ispy

  nagyúr

  válasz cog777 #5670 üzenetére

  Üzleti döntés, ennyi info alapján nem lehet mit mondani, lehet így is meg úgy is.

• #5633 bambano titán cog777 #5630

  Új Válasz 2022-10-26 15:59:43 #5633

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz cog777 #5630 üzenetére

  "Alpokban a ho'tolo'k allomasanal": építőipari gépeket emlegettél, nem közútkezelőt.
  ha nem tudjuk az érdemi részleteket, hülyeséget fogunk tanácsolni.

• #5632 nevemfel senior tag cog777 #5620

  Új Válasz 2022-10-26 11:22:36 #5632

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  nevemfel

  senior tag

  válasz cog777 #5620 üzenetére

  Udv! Van valamilyen kulcskesz megoldas ketiranyu DB szinkronizaciohoz vagy ki kell fejlesztenunk egyet?

  Vannak rá szoftverek, de egyiket sem mondanám "kulcsrakésznek", a konfigurációhoz muszáj kicsit elmélyedni a témában:

  [link]

• #5631 nyunyu félisten cog777 #5630

  Új Válasz 2022-10-26 09:20:51 #5631

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  nyunyu

  félisten

  válasz cog777 #5630 üzenetére

  Akkor mindenki alapesetben a saját helyi DBjébe írja a koordinátáit, adatait, aztán föléje tesztek egy Java/C# alkalmazást, ami a neten kommunikál a központi DBvel, és ha van net, akkor beszúrja a még fel nem töltött adatokat, majd letölti a többiekét egy másik lokális táblába. *
  Ha sikerült a központi szerverről letöltenie a saját koordinátáit, akkor az ahhoz az időbélyeghez tartozó rekordokat meg törli a lokális temp táblából.

  Arra nyilván figyelni kell, hogy ne legyen ID ütközés: adatok központba feltöltésénél NE a lokális szerver IDját/szekvenciáját használjátok, hanem kérjetek a központi DBből újat, különbön összeütköznének a különböző eszközökről jövő adatok.

  Térkép helyi megjelenítésénél meg gondolom a helyi, még fel nem töltött adatokat tartalmazó tábla ÉS a központi szerverről leszinkronizált adatokat tartalmazó táblák unióját kell majd megjelenítened.

  Nyilván ha éppen nincs net a hótolón, akkor a többiek által takarított felületből csak annyit tud megjeleníteni, amennyit az előző netkapcsolat idején sikerült letöltenie.
  Meg az iroda is csak akkor fog valós idejű adatokat látni, ha éppen van net, kiesett időszakot csak utólag, ha megint net közelbe ér a munkagép.

  *: Elvileg DB oldalon is fel lehet konfigurálni DB linkeket, interfészeket, és a távoli szerveren lévő táblákat is meg tudja címezni, így akár (percenként) időzített jobokkal is meg lehetne csinálni az adatszinkronizációt, de jártam már úgy Oracle alatt, hogy hálózati hiba miatt leszakadt a DBlink, aztán egyből invalid lett miatta a package a táblanév@DBlink hivatkozás nem létezik címszóval.
  Aztán lehetett rugdosni az üzemeltetőket, hogy nyomjon már egy recompile-t az élesen, mert nekem nincs jogom hozzá.

• #5628 nyunyu félisten cog777 #5623

  Új Válasz 2022-10-26 04:31:14 #5628

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  nyunyu

  félisten

  válasz cog777 #5623 üzenetére

  Ez inkább hálózatos, 5G meg IoT buzzwordökkel leírható témakör, nem DB oldali probléma.

• #5627 bambano titán cog777 #5623

  Új Válasz 2022-10-25 23:00:46 #5627

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz cog777 #5623 üzenetére

  én még nem láttam olyat, hogy postgres kész applikációval úgy működjön, ahogy te leírtad.
  nevezzük nevén a gyereket: gyári multimaster postgres tudtommal nincs.
  tehát vagy csináltok valami cuccot, amitől multimaster lesz a postgres, és komolyan hiszek benne, hogy nem fogjátok tudni normális költséggel normális idő alatt megoldani,
  vagy megváltoztatjátok az adatszerkezetet úgy, hogy ne kelljen multimastert csinálni, mindig pontosan egy irányba menjenek az adatok.

  az külön necces, hogy egyes gépen hol van net, hol nincs, ahelyett, hogy ilyenkor másik gépen keresztül küldi az adatot, inkább oldjátok meg, hogy legyen net. mibe se kerülne egy építési területre saját wifit telepíteni...

• #5626 sztanozs veterán cog777 #5625

  Új Válasz 2022-10-25 20:15:27 #5626

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz cog777 #5625 üzenetére

  Gondolom a kliensek nem kérdeznek le, csak feltöltenek - innentől fogva meg mindegy...

• #5624 sztanozs veterán cog777 #5623

  Új Válasz 2022-10-25 17:07:53 #5624

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz cog777 #5623 üzenetére

  Szerintem sima HTTP POST/REST API sokkal jobb lenne erre a celra, mint adatbazis - vagy alternativakepp valami logolo framework, ahogy bambano is irta...

• #5621 bambano titán cog777 #5620

  Új Válasz 2022-10-25 15:30:42 #5621

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz cog777 #5620 üzenetére

  biztos, hogy ezt akarod? nekem nagyon rossz érzésem van a kérdéseddel kapcsolatban, az ilyen megoldásoknak szinte biztosan nagy kavarodás lesz a vége.
  mondjuk jó lenne tudni a probléma részleteit is, hogy pl. mennyi adat keletkezik, mennyi idő alatt kell feldolgozni és van-e olyan más gépen keletkezett adat, amit vissza kell tölteni a gépekbe.

  szerintem naplózásra a syslog való, és annak van olyan verziója, ami kezeli az általad írt problémákat is. Balabit vagy Balasys vagy hogy hívják őket a héten, fejlesztette, pénzes.

  táblák szinkronizálására vannak postgreses cuccok, én nem kezdenék velük Slony és társai.

Új hozzászólás Aktív témák