110 odpovědí na toto téma

[HaLuMa]

Jasne, stahne se i pet poslednich logu, coz na zjisteni skutecneho stavu kese opravdu staci. A kdyz ne, tak si dalsi logy stahnu v terenu online.

[mpik]

Napadla mě jedna věc, která je možná ve skutečnosti chybou.

Geoget se dá spustit několikrát. Potom jeden může stahovat a v druhém se dá dělat něco jiného.

Ovšem nedoporučuju to dělat, bojím se ž k nakopnutí databáze může dojít.

Co na to autoři - nemělo by se tomu spíš zabránit, aby nehrozilo, že někdo si takovou prací zboří databázi? Vím, že v databázích je většinou ošteřeno, aby v multiuživatelském prostředí nedošlo ke kolizi. Ale SQLite pokud vím multiuživatelská není.

[Kreten8]

To rozhodně ne, neboť já pouštím GeoGetů i několik najednou a samozřejmě každý s jinou databází.

[HaLuMa]

Ne, k nakopnuti databaze nedojde, je to osetrene. To nejhorsi, co se ti muze v extremni situaci stat je, ze ti jeden z Geogetu vyhodi hlasku "database is busy", a co se pokousel zrovna zapsat, se nezapise. (pri beznem pouzivani by se ti to ale stat nemelo)  Ale integritu dat to neposkodi.

[HaLuMa]

A měl bych takový nápad na vylepšení (o dlouhých zimních večerech) - aby šlo stahovat logy na pozadí, aby se při tom dalo něco dělat. Jde to pomalu a pro větší počet keší je GeoGet zaneprázdněn na hodně dlouho.

 

Nejake stahovani na pozadi neni rozhodne na poradu dne.

[mpik]

Tak díky za info. Když vím, že SQLite je jednouživatelská, bál jsem se toho. Jinak pochopitelně v databázových systémech se běžně pracuje z mnoha míst se stejnou databází a funguje to (např. internetové bankovnictví), ale to je jiná kategorie. Takže jinak řečeno, lze spustit Geoget s náročnějším stahováním a pak druhý a v tom pracovat. Takže jakoby stahování na pozadí. Dělat to ale stejně asi nebudu.

EDIT: Tak jsem se znovu podíval do dokumentace o SQLite a vidím, že jsem asi kdysi něco špatně pochopil, nic o jednouživatelském režimu tam nevidím. Takže jsem asi měl zbytečné obavy.

Tento příspěvek byl upraven od mpik: 07 December 2017 - 6:44

[HaLuMa]

Tam jde jen o to, že se při zápisech kusy souborů zamykání, a pokud potřebuje někdo druhý zamknout již zamknouty kus, musí počkat, než se zase uvolní. To zkouší x vteřin, a kdyz se mu to nepovede, vyhodí to chybu. To by ale v praxi mohlo nastat třeba kdyz bys ze dvou míst najednou importoval. Koukat se na zamcena data můžeš beztrestně.

[HaLuMa]

Ostatne, paralelní přístup k databázi využívá i Geoget sám o sobě.

[gord]

Dalsi vec jsou transakce. GG zapisuje data jako transakce, takze nemuze dojit k poruseni integrity. Budto se podari cela zmena (vsechna souvisejici data) nebo se neprovede nic.

 

S Geogetem delam pokusy jako asi malokdo jiny (dokonce jsem se nedavno dostal do stavu, kdy ani Haluma neveri, ze je to mozne ), ale nikdy jsem s paralelnim provozem nemel problem a konzistenci dat v databazi jsem nikdy porusenou nemel nebo alespon nic podobneho nezpozoroval.

[gord]

A proc jsme ve vlakne 2.9.10, kdyz mame GG 2.9.11?

[HaLuMa]

Protoze jednou jedinkrat jsem stare vlakno nezamkl, a takhle to dopadlo.