Nu am cum sa testez momentan ce zic aia acolo, dar vad mai multe chestii "ciudate", gen un query care intoarce 75k randuri si unul care intoarce 5k:), nu se ia in calcul viteza pe retea, un query foloseste index si unul nu(dar nu am avut rabdare sa citesc si explicatia..in caz ca e una). O sa testez si o sa postez rezultatele.
2010/11/5 Claudiu Nicolaie CISMARU <[email protected]>: > >> Mai zicea cineva de "SELECT SQL_CALC_FOUND_ROWS, etc FROM". Asta e >> varianta optimizata. Intern nu stiu ce face, si in manual nu scrie >> nimic, nu stiu de unde tragi concluzia asta. Daca e asa, mi se pare o >> problema majura a serverului, nu a programatorului, dar din ce teste >> am facut eu, un select cu SQL_CALC_FOUND_ROWS e mult mai rapid decat >> SELECT cu LIMIT si apoi sa faci inca unul fara LIMIT... Oricum, alta >> metoda sa afli numarul de randuri nu prea ai. > > http://www.google.com/search?hl=en&source=hp&biw=1280&bih=592&q=sql_calc_found_rows+slow&aq=2&aqi=g10&aql=&oq=&gs_rfai= > > -- > Claudiu Nicolaie CISMARU > GNU GPG Key: http://claudiu.targujiu.net/key.gpg > T: +40 755 135455 > E: [email protected], [email protected] > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > > -- -------------------------------------------- ----THE END of this transmission---- _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
