( _Franko_ | 2022. 07. 10., v – 19:24 )

Nekem van egy olyan érzésem, hogy neked megtetszett a MongoDB és most mindent abban akarsz megoldani.

De, rengeteg lehetoseg van, csak nyilvan nem a megkovult SQL keretein belul.

Meg lehet oldani nagyon sok mindent a megkövült SQL keretein belül is. És még csak nem is lesz jelentős teljesítményvesztés belőle.

Pl. tervezhetsz olyan adatmodellt, ahol lehetseges teljesen elkuloniteni domain object-eket (meg nemi duplikacio aran is, a'la nosql). ekkor lehetseges szetszorni a domain objecteket akarhany szerverre, es egy, egyetlen DB node-on levo write lock-al megoldhato a konzisztencia. De ha ezt igy megcsinalod, akkor mar rogton mongo-zhatsz is, mert az is ezt csinalja.

Ami addig fasza, amíg ki nem esik terhelés közben a primary node és megy a sakkozás, hogy ki lesz a következő primary és mennyi van neki meg abból, amit az előző primary tudott... NoSQL esetén ugyanúgy jelentős alkalmazásoldali logikákkal tudsz csak ilyet megoldani és akkor ott tartasz, amit mondtál is: "App szinten meg mukodhet, de akkor meg kitolod a komplexitast a kodba, amit a helyi IT-sek butykolnek, nem jo otlet (v.o. 'error-prone')."