Administrace komentářů

To je u Tebe vcelku obvyklé, že reaguješ na něco jiného. Ne, sory, ale pokud tazatel píše, že bude u každého souboru ukládat jedny a ty samé informace (teda bude ukládat data stejné struktury), že to asi bude i provazovat na nějakou další tabulku, že tam bude záznamy vyhledávat - tak to jsou přesně úkoly, na které je DB zařízena a dělají se tam rychle a snadno.

- Jistě, některé filesystémy ukládají např. data do inodů, pokud se vejdou. Ale i inody jsou nějak konstantně velké. A navíc, zde se bavíme o souborech, které jsou zpravidla velké jako několik bloků. Který konkrétně souborový systém máš na mysli? Nemohu tvrdit, že znám všechny, ale zatím jsem neslyšel o žádném, který by neztrácel volné místo díky granularitě.

- Jasně fotky (velké soubory, které se jednou nahrají a nic se s nima nedělá) popř. styly (tzn. soubory, ke kterým přistupují všichni a furt) se optimalizují na rychlost. Ostatní soubory radši dávají do databáze, protože se tam s nima lépe pracuje, lépe se zachycují jejich metadata atd. No a pak se stačí zamyslet: je zde prioritou vysoký výkon pro mnohouživatelský přístup, nebo spíš snadnost práce s daty?

PS: odstavec o Hadoop par beru jako tvoje typické stavění vzdušných zámků a ignorování zadání uživatele. Pro pár giga logů asi nikdo nebude dělat distribuovanou databázi a podobné s odpuštěním kraviny. Do budoucna znamená, že časem bude potřeba např. přidat pár dalších vlastností k souboru, že ukládaná data částečně rozparsuje a základní info uloží strutkurovaně, by se v tom dalo lépe hledat, že ze souborů bude generovat nějaké další statistiky apod. Ne, že z jednoduchého systému na správu logů udělá jadernou ponorku s automatickým řízením a umělou inteligencí rozpoznávající a eliminující totalitní státy.