Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Názor k článku
Nejzajímavější novinky v chystaném GNOME 3

Stanislav Brabec aura:91
7. 5. 2009 13:21

Re: dconf

celé vlákno
Databáze se vždy modifikuje přes knihovnu nebo službu. Přímá modifikace je zakázaná, neboť otvírá možnost jejího poškození dvěma souběžnými požadavky.

Zavádět na cache XML souboru samostatný souborový systém je naprosto šílené (nutnost přeformátování disku, mít parser XML v jádře, implementovat nový (byť virtuální) souborový systému).

Navíc váš návrh neřeší zásadní problém: Kdykoliv někdo začne editovat XML, je třeba okamžitě (atomicky) zamknout i tu binární podobu a po uzavření XML zápisu jí přegenerovat. Pokud to neuděláte, zakládáte si na problémy při souběžné změně v obou databázích.

Nyní si představte situaci, kdy váš editor se během editace XML pokusí do databáze něco uložit. Dostal jste se do klasického deadlocku: Editor čeká, až XML uložíte a zavřete, jinak nemůže aktualizovat svůj konfigurační klíč. XML však uložit nemůžete, protože editor čeká, až si uloží svá konfigurační data do databáze.