Administrace komentářů

Zpomalení přístupu: jistě. Ovšem vzhledem k tomu, kolik se bude číst dat, tak to je zanedbatelné. Evidentně, když to nevadí idnesu, tak to nebude vadit ani tady.

Nutnost používání speciálních nástrojů? To je nevýhoda, nebo výhoda? Speciální nástroj zpravidla proto, že je speciální a přináší vyšší efektivitu. Pokud se tady ta data užívají (což evidentně ano, když přepisují aplikaci na jejich správu), tak se tvorbě spešl nástrojů stejně nevyhnou.

Implementovat fulltext nad filesystémem je jednodušší než nad DB? WTF? Implementoval jsi někdy v DB index? Srovnej např. s http://www.lucenetutorial.com/lucene-in-5-minutes.html. Oproti napsání speciální aplikace na vyhledávání, udržování indexů uptodate, řešení mergování indexů (přeci je nebudeš pokaždý přebudovávat) atd je těch pár SQL příkazů směšnejch.

Že out of box umí specialní fíčury? On je potřebuje? Vzhledem k parsování strojových dat nebude potřebovat žádné spešl věci jako skloňování apod.

Navíc DB fultext umí používat snad každej - a pokud ne, tak tutoriál visí na každém kroku, zatímco filesystémovej málokdo a jen nalézt jak na to chvíli potrvá.

Kam ukládají fultextové enginy svá data už je s prominutím úplně ulítlej argument. Kam asi ukládaj data databáze? Taky do filesystému. Podle Tvé logiky je tedy DB na nic, protože by jinak DB ukládala data do DB. DB ti poskytuje komfort a úložiště vhodné pro stejněstrukturovaná data. Pokud ti jde o každej kousek výkonu, je samozřejmě lepší se mezivrstvě vyhnout. Pokud ukládáš data vhodná pro DB a je pro Tebe více komfort než rychlost (což platí v 99%) použiješ DB.