Administrace komentářů

- Homogennost, čili stejná struktura samozřejmě pro DB výhodou je, protože stejně strukturovaná data jdou dekomponovat a indexovat.

- To, že výkon samostatných fulltextů je řádově lepší než těch databázových není pravda, zrovna nedávno jsem viděl srovnání, kde lucene s tsearch2 prohrálo.

- Databáze má zpravidla více menších záznamů, takže se jí ten problém týká více a tedy má i sofistikovanější algoritmy, jak problém řeší. Např. postgresql (zjednodušeně řečeno) automaticky delší záznamy rozseká po 2kB, které sype do (defaultně) 8kiB stránek. Takže výše popsaný případ u ní nenastane.

- Vyhledávání dat a analýza se dělá hlavně ve filesystému? WTF? A proč jsou tedy data mining a veškeré podobné nástroje postavené nad databázemi? A proč chtěl microsoft udělat z FS databázi, když se ve FS tak dobře vyhledává. Blbina. (nemluvím teď o konkrétních nástrojích na zpracování konkrétních logů, které různé programy sypou do filesystému, tam je majorita nedb nástrojů daná čistě tím, že lidé už ta data ve FS mají: zde evidentně nejde o běžný formát logů ale o nějaká proprietální xmlka a nejsou primárně ukládaná ve FS)

- Anotace chtěl ("a možná další jeden až dva údaje") a navíc je to nejpravděpodobnější rozšíření systému. To, že se ve FS soubory snadno anotují je opět blbina, proč tedy se něco takového dávno nepoužívá a každý formát souboru má svůj proprietální způsob anotace (ID3 tagy, popisky exe souborů atd...) a o něčem jako vyhledávání dle anotací si FS může nechat zdát?

- Pokud je v požadavcích že uživatel něco možná chce a možná ne, tak si to normální člověk přeloží: pokud navrhnu řešení, ve kterém to nepůjde, tak si koleduju o průšvih.

- Bezproblémová správa konkurenčního přístupu je potřeba vždy. Např. ve filesystému triviální řešení název souboru = čas vytvoření je častým zdrojem problémů, když se sejdou dvě události. Ano, i ve FS je to řešitelné, ale v DB nad tím nemusím ani přemýšlet a mám jistotu, že neudělám chybu.

- Nějaké další věci si můžeš samozřejmě vymýšlet, ale spojování s dalšími tabulkami zmínil sám tazatel, takže je reálnější. Nicméně, z db ani nic na flashku dávat nemusím, pouze mu dám url adresu, kde se na ta data může podívat. A inkrementální zálohování db do které se pouze přidává je velmi triviální úloha.