NoSQL - cand si mai ales de ce sa alegi

@dakull dude … asta a fost cerinta, sa functioneze in conditiile alea, nu am masurat nimic pentru ca nu aveam ce sa masor, am lucrat doar cu o baza de date cu cateva zeci de milioane de row-uri fictive.

MySQL-ul era in cluster, so JOINS we`re out of question. Iar no-sql-ul trebuia sa fie si el undeva in cloud, de aici s-a ales Cassandra care este “no single point of failure” nu cere servere cu o configuratie de top, are inserturile si delete-urile deloc expensive si este foarte performant … te poti uita la benchmark-uri :smile:

As fi folosit redis si sau memcache dar nu a fost in totalitate alegerea mea.

Iar graph-ul era 1 la 1 si 1 la n nimic prea complicat … nu am reinventat eu Neo4J in cassandra, chill :stuck_out_tongue:

OK deci au fost cerinte. presupun insa ca asemenea volum de date era asteptat intr-un timp relativ scurt (de exemplu pentru analytics, events etc.) si nu doar ca premature optimization. I mean one should code features not optimizations. :smile:

Premature should be everyone`s fear :)) regardless of it’s nature. I know i fear it :stuck_out_tongue:

1 Like