Namost normalis/modern architekturaban nem osztasz adatbazist tobb service kozott. Olyan nincs, hogy "egy fejleszto...", mert kezzel nem irunk production adatbazisba.
Masreszt, ha szemetet irsz az adatbazisba, akkor szemet lesz benne, igen. Ezert vannak ugye az automatikus integration tesztek, amik minden build-nel lefutnak.
Document store eseten megoldhato, hogy 1 master legyen minden dokumentumra, es optimistic lock-al tortenjen az update. ennek koltsege gyakorlatilag elhanyagolhato.
Distributed SQL-t nem tudsz csinalni, mert vagy a lock-ok propagalasa a tobbi szerverre prohibitiv idot lesz igenybe, vagy ha ezt nem teszed, a szejjelszabdalt adatmodell + auto-id allocation miatt commit kozbeni utkozesek gyakorisaga lesz prohibitiv nagy load alatt.