Administrace komentářů

Můžeš dát příklad nějakého „problému“ který nepořeší vyladění nebo změna FS?

Počet záznamů. Pokud se DB schéma dobře navrhne, tak i 1000x zvýšení počtu záznamů nepředstavuje problém (protože B-stromy a operace složitosti log_n(x)). Zkus na FS zvýšit počet souborů z několika set tisíc na několik set milionů a uvidíš co se stane.

Úložný prostor. Velikost záznamu je typicky pár bajtů, což na FS vždy zabere celý blok (typicky 4kB), tedy velmi nehospodárné (režie na diskový prostor jsou stovky procent). Případně (abych se vyhnul hádce ohledně Raisera) lze zapnout tailing a výkon ještě více snížit. DB to ukládá efektivně a ještě to i (za určitých okolností) komprimuje.

S předchozími body souvisí i využití cache a rychlost. Databázi se na jednu stránku vleze velké množství malých záznamů, tedy se po chvilce provozu nejpoužívanější stránky (tj spousta záznamů) nastěhují do RAM (buď cache DB, nebo cache OS) a je to rychlé jak jen to jde. Ještě je zde readahead datových souborů. U souborů na FS ten OS prostě nemůže vědět, jaké další soubory (jednotlivé záznamy) má přednačíst a tedy to bude dost pomalé.

je relační databáze spíš neohrabaná a špatně se škáluje

Já jsem se také pojmu relační záměrně vyhnul. Pro key-value typ dat bych to strčil do Berkeley DB a byl by klid. Pro relační data je samozřejmě vždy lepší použít relační SQL DB. Začátečníkovi bych rozhodně doporučoval se nejdřív naučit relace a normální formy a nějakou opensource SQL DB (PostgreSQL) a až pak případně šaškovat s něčím jiným (až bude vědět proč a na co).