-
Mnoho nesourodých spisovatelů. Zvláště když se zapisovače mohou segmentovat kvůli odpojením v síti a později budou muset znovu synchronizovat data, která byla zapsána na obou stranách bifurkace. Tím se ACID rozbije, a i když můžete problém vyřešit explicitní obchodní logikou, nyní jste v oblasti NoSQL. To je velmi běžné ve vojenských situacích, ale každý systém, ve kterém je každý plodným autorem, bude mít na ACID systému nějaký zámek proti zápisu.
-
Fluidní schémata. Změna schématu v tradiční DB je nákladná operace, která často vyžaduje nějaký druh výpadku serveru nebo jiné komplikované procesy. U většiny systémů NoSQL je to triviální. Takže pokud máte data z mnoha různých zdrojů ke sloučení a/nebo máte situace, kdy možná budete chtít začít sledovat nové informace později, bude se s NoSQL systémy mnohem snadněji pracovat. Sloučení dvou datových zdrojů, aby mohly být vzájemně mapovány, je dobrý příklad, který mě napadá.
-
Replikace s nízkou šířkou pásma. Jakmile rozbijete ACID, můžete mít čtečky a zapisovače na listových uzlech síťového grafu s částečnými daty, která nepotřebují úplné repliky databáze. Produkt mé vlastní společnosti, Armádní velitelské stanoviště budoucnosti, to používá.
-
Datová interoperabilita. Většina databází NoSQL vám umožňuje prohlédnout si data, aniž byste předem znali schéma, což umožňuje snazší propojení mezi různými systémy.
-
Masivní škálování. To je ten, který je nejčastěji diskutován a nejčastěji zneužíván zastánci NoSQL. Pokud je to jediný důvod, proč jste si vybrali NoSQL, začněte místo toho s MySQL a škálujte později.
