Optimizando consulta: UPDATE +1

[MRB09]

Hola gente!

Bueno, el tema es este

mysql_query("UPDATE MeGusta_data SET count=count+1 WHERE id=28);

Tengo que optimizar esa consulta! Sería como un contador de impresiones. Que me recomiendan utilizar para el +1 update en un registro?

Tambien leí algo sobre tipo de camos mysql mas rapidos que otros, cual de esos me recomiendan?

Saludos!

[hasdpk]

En general tu consulta "creo" que no te daría el resultado, ya que tendrías primero que sacar el valor máximo (en este caso) de ID 28, y sumarle uno, o sea, hacer un SELECT y después el UPDATE.

[MRB09]

Iniciado por hasdpk

En general tu consulta "creo" que no te daría el resultado, ya que tendrías primero que sacar el valor máximo (en este caso) de ID 28, y sumarle uno, o sea, hacer un SELECT y después el UPDATE.

No, funciona correctamente asi. Pero el tema es que por cada impresion da como resultado que la pagina sea mas lenta, hay alguna forma mas rapida de sumar impresiones o algo asi?

[Malenko]

La unica forma es poniendo un indice para el campo "id" pero si es pk ya lo tendra de serie.

[gnzsoloyo]

Iniciado por MRB09

No, funciona correctamente asi. Pero el tema es que por cada impresion da como resultado que la pagina sea mas lenta, hay alguna forma mas rapida de sumar impresiones o algo asi?

¿A qué te refieres con "impresiones"? Eso partiendo del punto que MySQL no imprime nada... Sólo muestra lo que se le pide.

Lo que puede enlentecerse son las consultas, pero eso tiene cierta lógica porque usar una tabla de la base como contador de impresiones no es una práctica demasiado usual, o aconsejable.

¿Qué es lo que quieres imprimir y a través de qué?

[MRB09]

Iniciado por gnzsoloyo

¿A qué te refieres con "impresiones"? Eso partiendo del punto que MySQL no imprime nada... Sólo muestra lo que se le pide.

Lo que puede enlentecerse son las consultas, pero eso tiene cierta lógica porque usar una tabla de la base como contador de impresiones no es una práctica demasiado usual, o aconsejable.

¿Qué es lo que quieres imprimir y a través de qué?

Con impresiones me refiero a las visitas de la pagina, sin discriminar repeticiones, osea, hits.

Según entiendo, no me combiene sumar hits en una tabla con 60mil registros, sino en una tabla aparte?

[gnzsoloyo]

Las repeticiones de registros obtenidos de una tabla dependen de lo bien hecha que esté la consulta. El paginado, es decir cuántos registros se muestran en cada página, se administra normalmente en una aplicación y no en la base.
No tiene sentido almacenar información de datos que son actualizables, como son los resultados de consultas parametrizadas, porque la variación en los parámetros de búsqueda crea variaciones en los resultados, y el ingreso de nuevos datos en las tablas consultadas generan inconsistencias en esos datos.
En otras palabras: No se almacenan esos datos. Se administran dinámicamente para el usuario que consulta y sólo se hace por medio de la aplicación (pagina web).