Ono je docela složité - NoSQL databáze mají podstatně jednodušší datový model a díky tomu mohou být jednodušší na implementaci, na provoz - a je fakt, že pro projekty, kde nedochází k hromadnému (dávkovému) zpracování dat je model key/value ideální. Díky jednoduchému modelu lze relativně snadno NoSQL databáze distribuovat, lze je i snadno replikovat. Nic z toho neplatí pro klasické SQL ACID databáze. Ve chvíli, kdy budeme chtít hromadně zpracovat data, tak u NoSQL db narazíme - minimálně větší pracností použití. Je fakt, že klasická architektura SQL databází vznikala začátkem 80 let a opravdu už neodpovídá možnostem, které tu jsou - na druhou stranu - je po třiceti letech docela dobře odladěná - a díky relativnímu nadbytku výkonu tenhle fousatý koncept pořád dobře slouží v praxi a bude sloužit. To samé lze napsat i o OS.
Určitě lze napsat moderní ultrarychlou SQL ACID db - viz VoltDB nebo SciDB - tyto databáze jsou moderní, velice výkonné - a téměř nikdo je nepoužívá, protože jsou příliš nové, nejsou user friendly a stávající SQL db z 80 a 90 let výkonnostně stačí. SQL je natolik dobře vymyšlené, že tu bude dalších 50 let - ohledně architektury SQL databází jsme - cituji Stonebrakera "na konci jedné éry", kdy se u stávajících databází dá čekat jen pokrok v mezích zákona, a bude se čekat cca 5-10 let na další generaci SQL databází, které budou z gruntu napsané pro cloud ať veřejný nebo privátní.