SQL vs NoSQL

Reálné případy existují. Událostní log, který se jen přidává a téměř nikdy needituje, katalog od dodavatele, kde má každá kategorie jiné atributy, koncept v CMS, jehož tvar se mění každý týden. Dokumentové úložiště ubere migrace a celý objekt načte jedním dotazem.

Objekty, které se čtou jako celek a jako celek se zapisují — vygenerovaný report, AI konverzace s jejími zprávami — sednou taky. Dokument je jednotka, kterou načtete, a nikdo nechce kvůli oknu chatu joinovat čtrnáct tabulek.

„Na škálování potřebujeme NoSQL“ zazní skoro v každém projektu dřív, než existuje první reálný uživatel. Jedna instance PostgreSQL utáhne většinu českých e-shopů ještě s rezervou a když přestane stačit, prvním krokem bývá read replica nebo cache, ne nový databázový princip.

Skutečná cena dokumentového úložiště, kterému později chybí relace — faktury odkazující na zákazníka a položky, reporty po měsících a regionech — je bolestivá migrace a kód, který si joiny skládá ručně. Vybírejte podle toho, jak se bude data číst, ne jak se budou zapisovat.

Začněte PostgreSQL. Na NoSQL přejděte, když platí dvě věci zároveň: data opravdu nemají stabilní tvar a prototyp v PostgreSQL už měřitelně nestačí. Dvě podmínky — ne pocit.

Hranice ostatně nevede mezi NoSQL a SQL. Obě nakonec potřebují záruku konzistence a nějaké schéma; jedna ho vynucuje v databázi, druhá ve vaší hlavě. Vyberte, kde má ta záruka žít.