Na projektu na kojem trenutno radim imaću potrebu da čuvam više milijardi rekorda u tabeli pa se pitam da li je MySQL pravo rešenje za to. Nisam nikada radio sa tolikim tabelama pa nisam siguran šta mogu da očekujem od MySQL-a u tom slučaju. Imao sam prilike da radim sa tabelama sa stotinak miliona rekorda ali priroda podataka je bila takva da su se koristili uglavnom rekordi insertovani poslednjih nekoliko dana, a i mogle su lako da se particionišu što ovde nije slučaj.
Tabela sadrži par BIGINT polja i par datumskih polja (možda ću i njih da konvertujem u INT, pošto mi je bitno vreme samo do nivoa sata). Nad njom će uglavnom da se rade selectovi i updatovi po PK, ali imaću potrebu i da radim neke selectove po jedom od ovih datumskih polja. Neću raditi joinove sa ovom tabelom, sortiranje ili tako nešto...
Da li vredi pokušavati u ovom slučaju sa MySQL ili da se okrenem NoSQL varijantama? Možda mogu i da napravim dve tabele pa da zavisno od upita koristim jednu od njih jer bi u tom slučaju moglo da se lepo isparticioniše, ali me za početak zanima da li je toliki broj rekorda problem za mysql pošto nigde nisam uspeo da nađem da li postoji takvo ograničenje...
Tabela sadrži par BIGINT polja i par datumskih polja (možda ću i njih da konvertujem u INT, pošto mi je bitno vreme samo do nivoa sata). Nad njom će uglavnom da se rade selectovi i updatovi po PK, ali imaću potrebu i da radim neke selectove po jedom od ovih datumskih polja. Neću raditi joinove sa ovom tabelom, sortiranje ili tako nešto...
Da li vredi pokušavati u ovom slučaju sa MySQL ili da se okrenem NoSQL varijantama? Možda mogu i da napravim dve tabele pa da zavisno od upita koristim jednu od njih jer bi u tom slučaju moglo da se lepo isparticioniše, ali me za početak zanima da li je toliki broj rekorda problem za mysql pošto nigde nisam uspeo da nađem da li postoji takvo ograničenje...