Ak je problem xml, lebo je pomale, podme na DB. ked DB nevyhovuje, lebo neumoznuje modifikaciu za pomoci napriklad dd -of=/dev/sda1..., tak podme na xml. Moj navrh, kusok sialeny na implementaciu, je taky, ze to dajme dokopy. Kde je problem mat xml databazu? Na disku to bude xml, ale nebude to na fat32, ani ext4 fs. Bude to na vlastnom oddieli, ktory bude plne kompatibilny s napriklad ext3 ale bezne sa bude montovat cez special fs modul, ktory bude udrzovat na danom fs dva subory. Jeden bude xml a druhy bude dane xml v databaze. Ked sa daco v xml bude menit, modul to updatne i v binarnej verzii s indexami. Ak niekto namontuje dany fs cez normalny ext3 modul, uvidi dva subory. jeden xml a jeden cache.db, binarny. Ak zedituje xml, zmeni sa jeho datum editovania a pri montovani cez original modul, bude cache updatnuta nanovo, co kus potrva...
Viem si vsak predstavit asi i kusok jednoduchsie riesenie, ale tamto sa mi zda technologicky pekne :-)
Názor k článku
Nejzajímavější novinky v chystaném GNOME 3
