211 odpovědí na toto téma

[HaLuMa]

Ale jo, já těm nářkům věřím (však taky píšu, že tohle provozuju tak trochu "natruc", s jištěnou zálohou), ale zajímá mě to technicky. Pokud vím GG používá SQLLite, tedy zpracování je transakční a mělo by z podstaty věci být stavěno na takovéto "poruchy". SQL servery běžně dělají replikace na jiné lokality, "za chodu". Takže mě jen zajímá, v čem je GG odlišný, že mu Dropbox nesvědčí.

 

Mohu te ujistit, ze repliakce databazi se provadi zcela jinymi technikami, nez souborovy cloud.

 

Sqlite je velmi odolna databaze, ale to funguje jen tehdy, kdyz bezi na lokalnim pocitaci, kde mas kontrolu i nad takovymi vecmi, jako kdy pocitac skutecne fyzicky ulozil data na disk. (data flush)

Bez toho jde bezpecnost dat do haje, uz i pri behu ze serveroveho sdileni v lokalni siti mohou nastat neprijemne komplikace.

 

Ale opravdyu by mne zajimala databaze, ktere by nevadilo, ze ma kus databaze v nove verzi, a kus ve stare. Jsou i databaze, kde i kazda tabulka v jedne databazi potrebuje hned nekolik samostatnych souboru, a databaze je vlastne obsah celeho adresare. Tam si fakt nemuzes dolovolit, aby treba dropbox stihl sesynchronizovat jen polovinu.

 

Sqlite ma sice data v jednom souboru, ale pri transakcni praci pouziva journal soubor, aby pri pripadnem rallbacku transakce mohl databazi uvest do puvodniho stavu. Za normalni situace pri ukonceni apliakce journal nepotrebujes, protoze transakce jsou uzavreny. Kdyz ti ale apliakce spadne, journal zustane na disku. A pri dalsim spusteni udela Sqlite podle toho journalu rollback. A co se asi stane, kdyz ti treba ten dropbox aktivne sesynchronizuje rozdelany journal, ale uz ne jeho dokonceni? To si pak nekde jinde pustis apliakci... uvidi nedodelany journal, a bude se snazit provest rollback na uplne jinymi daty...

 

Tohle vubec neni haklivost Geogetu, tohle je naprosto obecny problem. Staci si chvili googlovat "database dropbox"...

[gord]

Za ten blog bych se primlouval. Vysvetloval jsem to u mnoha lidem, ale neumim to tak pekne popsat jako ty. Pak muzem na nej odkazovat z dokumentace ...

Tento příspěvek byl upraven od gord: 08 červen 2017 - 13:04

[maluston]

HaLuMa, díky za vysvětlení. Má to logiku.

Že je replikace něco jiného než synchronizace přes cloud, to vím. Byl to jen příklad, že se něco takového dělá a zajímalo mě, jak pracuje GG, že mu Dropbox nesvědčí.

[gord]

Nevim, jestli jsi to vysvetleni cetl dobre, ale neni to veci GG. Dropbox nesvedci databazim obecne.

[Jacka]

Hrozně se omlouvám, že nemám čas hledat a už se tu o tom mluvilo stopadesátkrát. Ale chtěla jsem se ujistit: pamatuju si správně, že když potřebuju přehodit GeoGet na jinej počítač, můžu ho tam přendat se vším nastavením i databázema prostě tak, že zkopíruju celou složku, aniž bych znova stahovala a instalovala vlastní program? (OS je stejnej) Nebo si to pletu a je to kravina? Díky!

[HaLuMa]

Nejlepsi je Geoget normalne nainstalovat z instalacky, ale pred spustenim si zkopirovat cely datovy adresar. Tim se ti prenesou databaze, veskere nastaveni i pluginy.

[Jacka]

Moc díky, HaLuMo!

[mpik]

Vím, že programátoři to neradi slyší, ale zkopírované vše najednou to funguje taky, dokonce fungují i automatické aktualizace. Je to prostě dobře napsaný program, který bez problémů funguje i jako portable.

[gord]

Ano, vi se o tom, ze to funguje i kdyz "se to zkopiruje" cele. Ale neni to instalace, nedochazi k nastaveni zavislosti a podobne. Takze instalaci se urcite nic nezkazi.

[HaLuMa]

Tak ono se tim uplnym prekopirovanim vyrobi vlastne portable instalace, ktera ale o tom nevi. Coz neni uplne stastny napad, a muze to zpusobit problemy pri nasledne aktualizaci.

Krom toho v portable instalaci nefunguji asociace pripon souboru.

[Jacka]

No, myslím, že stáhnout a odklepnout instalaci mě nezabije , i tak budu instalovat asi stopadesát jinejch blbostí . Hlavně, že vím, jak zkopírovt to nastavení, na to, abych to dělala znova, fakt nemám náladu. Dík. Jste šikulové! A taky dík za novej web!

[HaLuMa]

Nova verze: http://www.geocachin...49-geoget-2910/