Ezzel a temaval az a baj, hogy ha NoSQL-rol beszelunk, akkor elo kell vennunk a document store, columnar store, key-value store es gaph tipusokat is, ami mind mashogy mukodik es masra jo. Van ahol a sema mint olyan nem is ertelmezheto. Raadasul mindegyik masra van.
Peladual egy columnar metric storage irasa es olvasasa messze gyrosabb lesz, mint egy document store-e. Ugyanakkor meg mindig fenyeveket ver ra egy document store egy RDBMS-re. Aztan az egyes docuentstore-ok is mashogy taroljak az adatokat. Igy az egyik gyrosabb a masik lasabb, viszont lehet a lasabbnak mashol tobb elonye van (self-healing mondjuk).
Aztan kerdes hogy egy node-rol beszelunk iras olvasas eseten vagy tobb node-rol, ahol sharding es replikacio is van.
Az adminisztracioval kapcsolatban meg annyi, hogy mondjuk pont az ES eseten a 6-os sorozatig volt elegge magas adminisztracios koltsege az uzemeltetesnek, ha magat az infrastrukturat nezzuk, de mara ez elenyeszo. Viszont van egy adat menedzsment pont amiatt hogy schemaless alapbol. De ha semat alitasz be akkor figyelni kell az eldobott dokumentumokra, mehet a reprocessing, reindexing stb stb (bar mara mar erre is benne vannak az automatizmusok, na ezert enterprise product)