Nem akarok vitatkozni veled, mert ugy latom "eleg szuklatokoruen" alkalmazod a noSQL fogalmat. De peldaul dokumentstore-ban igenis celszeru neha a schemat definialni. Lasd az ElasticSearch dynamic mappingja neha nagyon nem jo. Az also bejovo dokumentum semaja lesz a sema, ami azt okozza, hogy mondjuk a "http_response: OK" azaz string tipus lesz, mikozben ez mondjuk az egyik fejleszto hibas outputja, mikozben a valid mondjuk egy json objektum, ami a 99%-aban jon a dokumentumoknak. Azaz az adott indexben az adatok 99%-a el lesz dobva az invalid type miatt.
Na ennyire zavaro semat kezelni egy nosql implementacioban. A masik monduuk a tomeseries es columnar storage.
Aztan egy csomo esetben a nosql adatbazisok distributed modon mukodnek. Ennek egyik hatulutoje, hogy nem garantalhato a tranzakciok sorrendje, ami maris uti az ACID-ot. Mert sem az Atomic nem garantalt (ezert is van csomoszor szukseg a deduplikaciora), sem pedig az Isolation.
De hagyjuk is mert latom elegge erosen meggyozted magad a velemenyedrol :D
Es ja, lehet az rdbms szerevereket is clusterezni. Tobb modon is. De ezt mar elottem is irtak.