Administrace komentářů

FS poskytuje blok dat (adresovaný od 0 do filesize, přístup blokově a nebo streamem) a nezajímají ho ta data samotná (nerozumí obsahu souboru a ani se o to nesnaží). Je to nejrychlejší možný způsob,

Pokud má program data v nějaké struktuře v bloku paměti, tak jednoduše ten blok vysype do souboru. Staré 8bit, DOSové hry takto měli řešení ukládání herních pozic a některé programy to tak používají dodnes. Na velká sekvenční data (multimediální soubory například) je to ideální způsob uložení (i když by video šlo logicky rozdělit na jednotlivé framy a ty uložit pod nějakým pořadovým číslem do DB, tak toto by nepřineslo vůbec žádné výhody; najít ve velkém souboru konkrétní frame se umí i jinak a efektivněji).

FS také řeší rychlost přístupu k datům (velkých objemů) snižováním fragmentace a také snižováním seeků (pohyb hlaviček) u rotujících disků.

FS je rozhodně rychlejší pro (střední a velká) sekvenční data. 1GB soubor se přečte rychlostí HW (disku, případně RAM), s tím bude mít DB (která to bude mít interně v 2kB blocích) trošku problém (ale zvládne to). Ale o tom se tu až tak moc nebavíme. FS není vůbec výkonnější při nevhodném použití jako DB (a to ani jako primitivní keyvalue).

Připadá mi to jako hodně málo argumentů ve prospěch FS.

Když vezmu téměř libovolný větší soubor, tak vevnitř najdu databázi. Buď přímo jako databázový soubor, anebo serializovanou. Když nad serializovanou databází typu video chci provést střih, musím ji deserializovat, provést sloučení a výstup zase serializovat do nového souboru. Pokud do původního (přepisem - bez tempu), tak v určitém okamžiku mohu o data přijít. V případě databáze by se změnilo pár indexů k framům, vytvořily by se nové framy v místě nelineárního střihu a bylo by hotovo. Vše by se dalo udělat transakčně.

V praxi by se každý vkládaný soubor musel deserializovat, při jeho analýze by se zároveň udělala jeho případná indexace. Při exportu obráceně.

Výsledkem by mohl být systém, který by jako celek možná nebyl tak výkonný, ale při interaktivní činnosti by měl kratší odezvy. Také by mu stačilo méně RAM, protože by tam byla pouze data, která aktuálně potřebujeme.

Tuším, že v některých embedded systémech jsou podobné principy použity. Tedy jediná databáze, ve které jsou uloženy všechny informace v potřebné struktuře a tím je setřen rozdíl mezi FS a databází.