ljudi ti mogu pomoci samo u konkretnim problemima.

Statistika definitivno nije prava reč. Ti hoćeš da keširaš agregirane i kalkulisane vrednosti u posebnim tabelama. To naravno može i nekad se i radi. Ali uvodi dodatnu komplikaciju koju generalno ne želiš u životu. Zato moraš da budeš baš baš siguran da ti je keširanje neophodno. Istestiraj querije koje koristiš, indeksiraj tabele kako treba i vidi da li zaista imaš problem sa performansama.

BTW neki frejmvorci nude jednostavno keširanje nekih agregiranih vrednosti (npr za COUNT), ali pretpostavljam da tebi treba nešto komplikovanije.

Hvala na ispravci. :)

Poslušaću tvoj savet i uraditi testiranje.

poslusaj aleksandrov savet i napisi konkretno sta ti je problem pa mozda dobijes i neki konkretniji odgovor :D

Problem je što nemam dovoljno iskustva sa velikim podacima i razgranatim tabelama.
Niti je ovo projekat koji će imati ENORMNO veliki broj podataka.

Samo mi je bilo potrebno da prelomim odluku kojim putem da krenem i krenuo putem "manjeg otpora".

Možda bi mi značio savet o testiranju, koje alate da koristim, na šta da obratim pažnju.

Dakle, treba mi savet, ne rešenje :)

Hvala svima!

https://dev.mysql.com/doc/refman/5.7/en/mysqlslap.html
http://mysqlworkbench.org/
https://www.mysql.com/products/workbench/
https://github.com/akopytov/sysbench

Hvala! Bacam se na učenje.

Evo dva saveta:

1) Premature optimization je (načelno) tvoj neprijatelj.
2) EXPLAIN je tvoj prijatelj.

;)

@jablan - amin

explain - posebno u 5.7 je mnoooogo bolji nego sto je bio ranije ..
koristi workbench da dobijes graficki prikaz explain-a ili nauci sam da
ga parsiras u glavi, dakle ne radis klasicno explain select ... nego
explain format=json select...