mislim da 10 takvih upita nije mnogo, iako je pitanje cemu 10 takvih upita na strani uopste.

PS ako ti tema dostigne raspravu po principu ciji je veci (upit) ide pod katanac, jer je nemoguce odgovoriti tacno na postavljeno pitanje vec je subjetivno misljenje

ako tabela ima 100000 rekorda, i nemas index nad kolonom P, server ce da prestane da ti radi :), cak i sa jednim takvim upitom :)

Ako te brine brzina stranice i opterecenje servera, zasto onda ne bi stavio u svoj query "LIMIT x" i time ogranicio prikaz na x clanova iz baze
a poslije dodao i paginaciju na stranicu tako da korisnik moze da salta po stranicama kako njemu odgovara.

Takodje mozes vrlo lako uz JQuery i par linija koda da napravis da kada korisnik skroluje do dna stranice, da u pozadini posaljes
zahtjev da se ucita nova stranica i da nju dodas na kraj postojece...nesto kao infinite scroll.

Pozdrav,
Sale

Ako ti usporava server onda nikada nije dobro.

Generalno ako mozes da resis problem na drugi, bolji i brzi nacin onda nije dobro a ako ne mozes a da ne usporavas server onda je dobro.

Nekada i 50 sql nije puno ako moras i ne mozes drugacije a nekad je i 2 sql-a puno mozes bolje da resis.

Ponekad je nuzda da imas i ekstreman broj upita, ali je dobra praksa da svakom od njih meris vreme izvrsenja...

Pravilnim indeksiranjem i izvlacenjem samo podataka koji ti trebaju (izbegavaj select *, koristi select id, tekst, naslov..., kao i limit), sql uopste nece uticati na performanse aplikacije. Korisno je imati ove limit 'dodatke', recimo cak i kod update komande.

s druge strane, koristi kes mehanizme sto vise...