¡Desesperado! Ayuda con una consulta de MySql.

[einc]

Hola,

Tengo la siguiente tabla (MySql):

Código:

id1 	id_usuario 	fecha
1          100       2008-01-24
2          100       2008-01-25

Luego realizo la siguiente consulta:
SELECT * FROM `tabla` WHERE id_usuario=100 GROUP BY id_usuario ORDER BY fecha DESC

...Y obtengo el siguiente resultado:

Código:

id1 	id_usuario 	fecha
1           100      2008-01-24

Pero yo, al poner ORDER BY fecha DESC, esperaba obtener obtener: 2 | 100 | 2008-01-25

¿Alguien sabe como podría arreglar la consulta para obtener la fila con la fecha más alta?
Por favor, echarme una mano que ayer me pegué un montón de horas intentando buscar la solución y estoy desesperado.

[aloqui]

¿ Quieres obtener el primer registro que cumpla la condicion o N ?
Para 1 registro prueba con "rownum=1"
Y por cierto no necesitas el "group by id_usuario" ya que el campo "id_usario" se está usando con el "where".

[m4xp0wer]

Sino puedes probar a poner SELECT id1,id_usuario,max(fecha) FROM `tabla` WHERE id_usuario=100 GROUP BY id_usuario, aunque no entiendo muy bien para que haces el group by...

[gnzsoloyo]

Estás agrupando primero y ordenando después. Prueba hacerlo al revés:

SELECT *
FROM `tabla`
WHERE id_usuario=100
ORDER BY fecha DESC
GROUP BY id_usuario

O mejor aún, agrupa una subconsulta. es más eficiente:

SELECT *
FROM (SELECT * FROM `tabla` WHERE id_usuario=100 ORDER BY fecha DESC) AS TABLA1
GROUP BY id_usuario

[gruoncete]

Si quieres modificar la salida de una agrupación es más sencillo utilizar "having":

SELECT * FROM `tabla` WHERE id_usuario=100 GROUP BY id_usuario HAVING max(fecha) ;

Sobre las soluciones que comenta gnzsoloyo:

El ordenar y agrupar después, ¿no te fallaría?.

La subconsulta puede obligar a Mysql a utilizar tablas temporales, no lo veo claro como solución sin tener más datos.

[gnzsoloyo]

La suconsulta que describo en el segundo caso hace, en realidad, que la salida de la primera opere como tabla de lectura, pero como ya está leída y almacenada en el buffer de consultas, la salida es más rápida.
Además, la operación que mayor tiempo insume es SIEMPRE el ordenamiento, y en segundo puesto el HAVING. Como el ordenamiento se hace en la medida que se barre la tabla, el overheld de la lectura del disco en la segunda es inexistente.
Una consulta de ese tipo me permitió reducir el tiempo de un resumen que abarcaba 1.400.000 registros en un 80%, sin necesidad de crear índices ni tablas temporales.
Estos temas (optimización de consulta) se pueden ver someramente en páginas dedicadas al tema:

http://www.devshed.com/c/a/MySQL/MyS...zation-part-1/

http://www.databasejournal.com/featu...le.php/1382791