Administrace komentářů

Přímo v odpovědi, na kterou reagujeme, tazatel píše: Evidovat asi nazov suboru, samotny obsah suboru, stav, cas spracovania a mozno este jendu-dve informacie. Takže si prosím přestaň vymýšlet a začni číst, na co reaguješ.

Ano, MS chtěl mít místo FS databází, protože je pro ukládání dat v mnoha směrech výhodná: především na vyhledávání a další zpracovávání dat. Bohužel zjistil, že napsat to tak, aby to vyhovovalo všem možným užitím FS: tedy na uložení dat všech možných druhů, je příliš obtížné - a taky asi kvůli výkonu. Tady ale jsou data silně homogenní a výkon požadován není - pouze vyhledávací, který je v db skvělý - čili zde se největší nevýhody DB neprojeví a naopak plusy projeví.

Na tailpacking jsem trochu zapoměl, to máš pravdu, nicméně tailpacking Ti problém obecně nevyřeší, pouze v některém případě zoptimalizuje. Na tři soubory o velikosti 2/3 bloku furt budeš potřebovat bloky tři, nikoli optimální dva. Takže Tvůj argument to co jsem tvrdil nijak nevyvrátil.

Ad vzdušné zámky: nepochopil. Ano, distribuované filesystémy systémy dávají člověku netušené a skvělé možnosti jako ukládat data po celém světě a kdesicosi. Naopak databáze přidává taková chabá plus jako bezproblémová správa konkurenčního přístupu, konzistenci, snadné vyhledávání dat, snadná anotace, snadné rozšíření počtu ukládaných údajů, snadné provázání s dalšími informacemi, nástroje na analýzu dat atd... Kupodivu: všechny tyto nepodstatné možnosti budou při dalším rozvoji projektu skoro s jistotou potřeba, narozdíl od od těch superfuturistických vlastností cloudových FS, které jsou sice hypersupercool, ale v praxi se používají minimálně a pro zcela jiné spektrum úloh.