kutyus/sqlite_databases_synchronization
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

'README.md' módosítása

Browse Source
This commit is contained in:
kutyus
2026-01-30 09:52:37 +01:00
parent 6187666cf1
commit 6254f94e37
1 changed files with 3 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files
README.md
+3 -1
View File
@@ -51,4 +51,6 @@ Az **auto-increment-increment** azt is meghatározza, hogy hány szerver vehet r
A lokális adatbázisban keletkező elsődleges kulcsok képzését meg lehetne oldani a mysql replikációnál használt megoldással, de az további adminisztrációt eredményezne, minden résztvevő kliensnek egyedi sorszámmal kellene rendelkeznie, előre kellene tudni a résztvevő adatbázisok számát, és, ha az mégis kevésnek bizonyul, az összes adatbázison újra kellene konfigurálni az elsődleges kulcsokat és azok képzését is. A lokális adatbázisban keletkező elsődleges kulcsok képzését meg lehetne oldani a mysql replikációnál használt megoldással, de az további adminisztrációt eredményezne, minden résztvevő kliensnek egyedi sorszámmal kellene rendelkeznie, előre kellene tudni a résztvevő adatbázisok számát, és, ha az mégis kevésnek bizonyul, az összes adatbázison újra kellene konfigurálni az elsődleges kulcsokat és azok képzését is.
Inkább az a megoldás lett használva, hogy a helyi adatbázisokban keletkezett elsődleges kulcsok nem kerülnek szinkronizálásra. Inkább az a megoldás lett használva, hogy a helyi adatbázisokban keletkezett elsődleges kulcsok nem kerülnek szinkronizálásra, a rekordok azonosítása egy-egy uuid-val történik, az egymáshoz kapcsolt táblák is a uuid-k révén vannak összekötve. Annak az esélye, hogy egy már létező uuid újra előkerül, elhanyagolhatóan kicsi, gyakorlatikag egymástól függetlenül tundak a kliensek olyan azonosítókat generálni, amiből nem lesz két egyforma.
Kliens oldalon minden nem select típusú lekérdezés egy táblába íródik, amit rest api-n keresztül tölt fel a rendszer. A helyi adatbázisban lévő elsődleges kulcsot használja fel azonosításra és nyugtázásra is, ott minden feltöltött lekérdezés egy adattáblába íródik. A kliensek ezt az adattáblát kérdezik le a beírás sorrendjében, amit a kiszolgáló által létrehozott elsódleges kulcs segítségével követnek, és amelyik lekérdezést nem a kérdező töltötte fel, az végrehajtódik a lokális adatbázison is, így szinkronban tartva a klienseken tárolt adatbázisokat.