PHP y MySQL - como optimizar la consulta?

[AJ-Rulez]

Hola que tal,

Si yo tengo una tabla digamos que contiene mas de 100 mil usuarios, como haría para optimizar la consulta?

Es recomentable usar el SELECT COUNT(*) y LIMIT m,n para la paginación?

Si quiero modificar los usuarios en masa, es correcto usar el while($row=mysql_fetch_array($res)){ } ?

Gracias de antemano

[pateketrueke]

lo del LIMIT, es justo una medida para limitar los resultados de la consulta.. parece obvio, y claramente es un recurso mas de optimización ...

el COUNT(*) siempre lo he usado y es optimo para cualquier tabla... seguro?

y la modificación en masa se hace por lo regular (pienso yo) con el operador IN ...

si tienes dudas al respecto, esperaremos algún otro comentario... aunque pienso que este debería ir en el foro de MySQL (ya que en este caso PHP es trivial, creo)

suerte!

[Ronruby]

:P Tambien puedes usar el cache de consultas para optimizar las consultas mas frecuentes a la base de datos.

[stone_neo]

Pues si quieres optimizar tus consultas debes agregar indices a tu tabla, evita el uso de select count(*), cuando realices un select, solo obten los campos que vas a utilizar, no hagas Select *, eso merma el rendimiento de la base de datos.

[pateketrueke]

stone_neo, porque no es bueno el COUNT(*) digo.... he visto que sirve en paginacion, etc. pero.... ¿porque no es bueno hacer estos SELECT?

[stone_neo]

Mira si hace un select count(*) te va a barrer toda la tabla, imaginate que tu tabla tenga 10000 registros, en cambio si haces un select count(primary_key_tabla), si realizaste muy bien tu diseño de base de datos, tendrás un indice de esa tabla con ese campo, con lo cual al hacer el count(primary_key_tabla) solo estarías barriendote el indice y no la tabla completa.

[GatorV]

Mmm tienes alguna referencia donde se indique que count(*) barre toda la tabla?, hasta donde yo se y he visto count(*) no cuenta por ningún indice, solamente cuenta el número de filas (por eso es más optimo que usar count(primary_key)).

Saludos.

[stone_neo]

mmmmmmmm no entender bien lo que dices

hasta donde yo se y he visto count(*) no cuenta por ningún indice

Cuando realizas un select count(*), se te hace un barrido de toda la tabla, no es que hagas un select count(*) y magicamente se te da el número de filas, el motor de la base de datos, se barre toda la tabla para que te de el numero total de registros, y recorre fila por fila.

En cambio cuando realizar un select count(primary_key) solo hace un barrido de esa columna para toda la tabla, y tu sabes que cuando creas un primary key se crea automaticamente un indice, con lo cual el select count(primary_key), lo que te hara sera barrer todo el indice, lo cual es mas rapido que hacerlo de toda la tabla, cuando tenemos inmensa cantidad de data.

[pateketrueke]

pienso igual que GatorV y no lo se... pero me suena

es como con un arreglo, usar un sizeof de PHP, ahí no se compara nada ni "barre" nada... solo devuelve la cantidad de elementos...

mas si, le especificas un nombre de columna en SQL COUNT(foo) no solo va a devolver el numero de filas... sino que va a comprobar que dicha columna existe... y eso, se me hace un poquito mas de esfuerzo, supongo que el COUNT no cuenta la cantidad de columnas, solo de filas... y al no existir un indice le vale el contenido (y columnas) y va al grano

la verdad me resulta difícil creer la negativa hacia el COUNT(*) y exhorto, a exponer la documentación (citada) donde especifique la mejor manera de optimizar el conteo total de filas..... osea, el canijo COUNT(*) ¿esta bien? ¿de veras?

PDTA: estoy con GatorV

[GatorV]

En efecto, todo lo que conozco, COUNT(*) y en el manual mismo aconsejan su uso, esto es debido a que COUNT(*) toma el Wildcard y al ver que no es una expresion a evaluar solamente CUENTA las filas, recuerda que COUNT es una función, puedes y es perfectamente válido hacer: COUNT(DISTINCT tabla.row), al tu usar el * es cuenta todo, y no evalua nada por ende es más rápido.

Saludos.