[SOLUCIONADO] Ultimo registro de un GROUP BY

[chuekeron]

Buenas gente del foro, tengo una consulta que trae un conjunto de mensajes agrupados por el id de una conversación (idConversacion).
Basado en esta consulta, cree un sistema de notificaciones donde me muestra el ultimo mensaje de cada conversacion. El problema es que no muestra correctamente la fecha y hora. Es decir, muestra la fecha y hora del primer mensaje de cada GROUP BY... no la ultima.
Se que hay que ordenar antes de agrupar, pero no logre dar en la tecla.
Algun comentario? gracias!

Código MySQL:

SELECT a.id, a.fecha, DATE_FORMAT(fecha,'%d-%m-%Y') as dia, DATE_FORMAT(fecha,', %H:%i') as hora, a.idConversacion as idConversacion, a.idUsuario, b.id, b.asunto, b.ref, c.id, c.nombres, c.apellidos, d.id as idProp, d.calle, d.numero, d.piso, d.depto, e.id, e.idUsuario, e.idConversacion, e.checked_2 
FROM `mensajes` 
AS a INNER JOIN `conversaciones` 
AS b ON (b.id = a.idConversacion) INNER JOIN `usuarios` 
AS c ON (c.id = a.idUsuario) INNER JOIN `propiedades` 
AS d ON (d.id = b.ref) INNER JOIN `mjs_alertas` 
AS e ON (e.idUsuario = {$_SESSION['id']} 
AND 
e.idConversacion = a.idConversacion AND e.checked_2 = '0') 
AND 
a.idUsuario != {$_SESSION['id']} 
GROUP BY a.idConversacion 
ORDER BY a.fecha DESC
 

[gnzsoloyo]

Tienes varios defectos de construicción que peuden causar errores.
Yo la iría planteando por este lado:

Código MySQL:

SELECT 
    id, 
    fecha, 
    dia, 
    hora, 
    idConversacion, 
    idUsuario, 
    asunto, 
    ref, 
    nombres, 
    apellidos, 
    idProp, 
    calle, 
    numero, 
    piso, 
    depto, 
    idUsuario, 
    checked_2 
FROM (SELECT 
             a.id, 
             a.fecha, 
             DATE_FORMAT(fecha,'%d-%m-%Y') dia, 
             DATE_FORMAT(fecha,', %H:%i') hora, 
             a.idConversacion idConversacion, 
             a.idUsuario, 
             b.id, 
             b.asunto, 
             b.ref, 
             c.id, 
             c.nombres, 
             c.apellidos, 
             d.id as idProp, 
             d.calle, 
             d.numero, 
             d.piso, 
             d.depto, 
             e.id, 
             e.idUsuario, 
             e.idConversacion, 
             e.checked_2 
    FROM `mensajes`  a 
        INNER JOIN `conversaciones`  b ON b.id = a.idConversacion
        INNER JOIN `usuarios` c ON c.id = a.idUsuario 
        INNER JOIN `propiedades` d ON d.id = b.ref
        INNER JOIN `mjs_alertas` e ON e.idUsuario = a.idUsuario AND  e.idConversacion = a.idConversacion 
    WHERE e.idUsuario = {$_SESSION['id']} 
        AND e.checked_2 = '0') 
    ORDER BY a.fecha DESC) T1
GROUP BY idConversacion
 

[chuekeron]

Iniciado por gnzsoloyo

Tienes varios defectos de construicción que peuden causar errores.
Yo la iría planteando por este lado:

Código MySQL:

SELECT 
    id, 
    fecha, 
    dia, 
    hora, 
    idConversacion, 
    idUsuario, 
    asunto, 
    ref, 
    nombres, 
    apellidos, 
    idProp, 
    calle, 
    numero, 
    piso, 
    depto, 
    idUsuario, 
    checked_2 
FROM (SELECT 
             a.id, 
             a.fecha, 
             DATE_FORMAT(fecha,'%d-%m-%Y') dia, 
             DATE_FORMAT(fecha,', %H:%i') hora, 
             a.idConversacion idConversacion, 
             a.idUsuario, 
             b.id, 
             b.asunto, 
             b.ref, 
             c.id, 
             c.nombres, 
             c.apellidos, 
             d.id as idProp, 
             d.calle, 
             d.numero, 
             d.piso, 
             d.depto, 
             e.id, 
             e.idUsuario, 
             e.idConversacion, 
             e.checked_2 
    FROM `mensajes`  a 
        INNER JOIN `conversaciones`  b ON b.id = a.idConversacion
        INNER JOIN `usuarios` c ON c.id = a.idUsuario 
        INNER JOIN `propiedades` d ON d.id = b.ref
        INNER JOIN `mjs_alertas` e ON e.idUsuario = a.idUsuario AND  e.idConversacion = a.idConversacion 
    WHERE e.idUsuario = {$_SESSION['id']} 
        AND e.checked_2 = '0') 
    ORDER BY a.fecha DESC) T1
GROUP BY idConversacion
 

Acomode la estructura tal cual me decis, y la revise. Me parecio ok, pero arrojo:


Warning: mysql_fetch_assoc() expects parameter 1 to be resource, boolean given in C:\xampp\htdocs\oppel_inmobiliaria\modulos\ini.php on line...

[mortiprogramador]

<saludos>
Este mensaje nuevo ya no es problema del query sino de como lo
implementas en php
Sin embargo te sugiero que primero valides el query que te construyó
gnzsoloyo
pero directamente en phpmyadmin o workbrench o en el ide que
ocupes para realizar los querys directos a la bd, pues esto fue la causa del post,
y una vez soluciones esto, pases a revisar el tema del query en el php

Sin embargo al vuelo, parece que no le estas pasando una variable de tipo result
a mysql_fetch_assoc, sino le envías otra variable de tipo boolean
</saludos>

[chuekeron]

Iniciado por mortiprogramador

[COLOR=Purple]<saludos>
gnzsoloyo
pero directamente en phpmyadmin o workbrench o en el ide que
ocupes para realizar los querys directos a la bd, pues esto fue la causa del post,
y una vez soluciones esto, pases a revisar el tema del query en el php

Analice directamente en phpMyAdmin, y me dice que cada tabla derivada debe tener su propio alias. Yo en la consulta veo que todas las tablas lo tienen...

[gnzsoloyo]

Iniciado por chuekeron

Analice directamente en phpMyAdmin, y me dice que cada tabla derivada debe tener su propio alias. Yo en la consulta veo que todas las tablas lo tienen...

O sea que no copiaste y pegaste...
Fíjate esto:

Código SQL:

ORDER BY a.fecha DESC) T1
 

¿Ves ese "T1"?
Es un alias para la tabla derivda generada en la consulta primaria.
Es decir, cuando pones una subconsulta en el FROM de otra, se genera una tabla derivada, y es esa tabla la que debe tener alias:

Código MySQL:

SELECT a, b, c
FROM (SELECT a, b, c FROM Tabla1) T1 -- Este es un alias de la tyabla derivada
WHERE...
 

[chuekeron]

Iniciado por gnzsoloyo

O sea que no copiaste y pegaste...
Fíjate esto:

Código SQL:

ORDER BY a.fecha DESC) T1
 

¿Ves ese "T1"?
[/HIGHLIGHT]

Claro que lo vi, y no tendria porque sacarlo. La consulta que ejecute en phpMyAdmin es la misma q vos me pusiste:

Código MySQL:

SELECT 
    id, 
    fecha, 
    dia, 
    hora, 
    idConversacion, 
    idUsuario, 
    asunto, 
    ref, 
    nombres, 
    apellidos, 
    idProp, 
    calle, 
    numero, 
    piso, 
    depto, 
    idUsuario, 
    checked_2 
FROM (SELECT 
             a.id, 
             a.fecha, 
             DATE_FORMAT(fecha,'%d-%m-%Y') dia, 
             DATE_FORMAT(fecha,', %H:%i') hora, 
             a.idConversacion idConversacion, 
             a.idUsuario, 
             b.id, 
             b.asunto, 
             b.ref, 
             c.id, 
             c.nombres, 
             c.apellidos, 
             d.id as idProp, 
             d.calle, 
             d.numero, 
             d.piso, 
             d.depto, 
             e.id, 
             e.idUsuario, 
             e.idConversacion, 
             e.checked_2 
    FROM `mensajes`  a 
        INNER JOIN `conversaciones`  b ON b.id = a.idConversacion
        INNER JOIN `usuarios` c ON c.id = a.idUsuario 
        INNER JOIN `propiedades` d ON d.id = b.ref
        INNER JOIN `mjs_alertas` e ON e.idUsuario = a.idUsuario AND  e.idConversacion = a.idConversacion 
    WHERE e.idUsuario = '1' 
        AND e.checked_2 = '0') 
    ORDER BY a.fecha DESC) T1
GROUP BY idConversacion
 

[mortiprogramador]

<saludos>
Seguro que sería más interesante que se reunieran, ya que al parecer tienen la misma ubicación geográfica!!!
Sin embargo, de nuevo en el caso, personalmente quisiera tener tablas y datos,
no se si te sea posible agregar los querys de creación de tablas y algunos datos para probar
Por si acaso, el T1 no necesita un as? pues normalmente no, pero pues... prueba, y por otro lado, que versión de mysql tienes? tal vez no sea la misma de
gnzsoloyo
(aunque ya son ideas delirantes)
</saludos>

[jurena]

Creo que se añadió un cierre de paréntesis de más. Me refiero al que aparece tras '0'. Creo que ese cierre creaba una estructura de tabla sin alias. Prueba con esto ahora.

Código MySQL:

SELECT
        id,
        fecha,
        dia,
        hora,
        idConversacion,
        idUsuario,
        asunto,
        ref,
        nombres,
        apellidos,
        idProp,
        calle,
        numero,
        piso,
        depto,
        idUsuario,
        checked_2
    FROM (SELECT
                 a.id,
                 a.fecha,
                 DATE_FORMAT(fecha,'%d-%m-%Y') dia,
                 DATE_FORMAT(fecha,', %H:%i') hora,
                 a.idConversacion idConversacion,
                 a.idUsuario,
                 b.id,
                 b.asunto,
                 b.ref,
                 c.id,
                 c.nombres,
                 c.apellidos,
                 d.id as idProp,
                 d.calle,
                 d.numero,
                 d.piso,
                 d.depto,
                 e.id,
                 e.idUsuario,
                 e.idConversacion,
                 e.checked_2
        FROM `mensajes`  a
            INNER JOIN `conversaciones`  b ON b.id = a.idConversacion
            INNER JOIN `usuarios` c ON c.id = a.idUsuario
            INNER JOIN `propiedades` d ON d.id = b.ref
            INNER JOIN `mjs_alertas` e ON e.idUsuario = a.idUsuario AND  e.idConversacion = a.idConversacion
        WHERE e.idUsuario = {$_SESSION['id']}
            AND e.checked_2 = '0'
        ORDER BY a.fecha DESC) T1
    GROUP BY idConversacion
 

[mortiprogramador]

<saludos>
Hombre de letras, jurena!!!
Joer, como dicen en tu tierra!! que ojo tienes chaval!!!
Pero lo raro es, ese query tal cual yo creo que lo transcribió
gnzsoloyo de su editor, y por ende diría que le funcionó...
Bueno, esperemos a ver que comentan los presuntos implicados...
</saludos>

[chuekeron]

Iniciado por mortiprogramador

<saludos>
Seguro que sería más interesante que se reunieran, ya que al parecer tienen la misma ubicación geográfica!!!
Sin embargo, de nuevo en el caso, personalmente quisiera tener tablas y datos,
no se si te sea posible agregar los querys de creación de tablas y algunos datos para probar
Por si acaso, el T1 no necesita un as? pues normalmente no, pero pues... prueba, y por otro lado, que versión de mysql tienes? tal vez no sea la misma de
gnzsoloyo
(aunque ya son ideas delirantes)
</saludos>

Ya probe agregando los respectivos AS por si acaso, la version es 5.5.27... dudo que vengan x ese lado los problemas. Hay algo q falta o no esta bien en la consulta, pero no logro resolver que es.

[mortiprogramador]

<saludos>
chuekeron, revisa lo que te dice jurena y nos cuentas!
</saludos>

[gnzsoloyo]

Iniciado por mortiprogramador

<saludos>
Seguro que sería más interesante que se reunieran, ya que al parecer tienen la misma ubicación geográfica!!!
Sin embargo, de nuevo en el caso, personalmente quisiera tener tablas y datos,
no se si te sea posible agregar los querys de creación de tablas y algunos datos para probar
Por si acaso, el T1 no necesita un as? pues normalmente no, pero pues... prueba, y por otro lado, que versión de mysql tienes? tal vez no sea la misma de
gnzsoloyo
(aunque ya son ideas delirantes)
</saludos>

No @mortiprogramador, el AS es obsoleto en todos los DBMS. Se quitó del estandar ANSI-SQL hace años, y sólo se conserva su uso por compatibilidad con versiones viejas.
De hecho, en las empresas de desarrollo es muy habitual (en las que yo he trabajado y trabajo hoy), que las especificaciones de desarrollo indique expresamente que no se deben poner AS en ninguna circunstancias, sea en MySQL, Oracle o SQL Server.
Los analistas funcionales de nuestra empresa, por lo pronto, rechazan cualquier script que contenga un AS, para que sean reescritos.

Por otro lado, para lo único que sirven es para ensuciar el código, pero ya no tienen utilidad.

[mortiprogramador]

Iniciado por gnzsoloyo

No @mortiprogramador, el AS es obsoleto en todos los DBMS. Se quitó del estandar ANSI-SQL hace años, y sólo se conserva su uso por compatibilidad con versiones viejas.
De hecho, en las empresas de desarrollo es muy habitual (en las que yo he trabajado y trabajo hoy), que las especificaciones de desarrollo indique expresamente que no se deben poner AS en ninguna circunstancias, sea en MySQL, Oracle o SQL Server.
Los analistas funcionales de nuestra empresa, por lo pronto, rechazan cualquier script que contenga un AS, para que sean reescritos.

Por otro lado, para lo único que sirven es para ensuciar el código, pero ya no tienen utilidad.

<saludos>
Jo, @gnzsoloyo, en serio!!!
Pero entonces me surge una duda, el AS no lo usan para los tipos de script que acabaste de crear, o incluso para campos simples tampoco?
Por ej digamos esto

Código SQL:

SELECT a.nombre, b.nombre FROM tabla1 a INNER JOIN tabla2 b ON ....
-- Yo suelo usarlo como
SELECT a.nombre AS n1, b.nombre AS n2 FROM tabla1 a INNER JOIN tabla2 b ON ....
 

Esto por una razón primordial, y es ya irnos al ámbito de programación,
donde por ej al obtener un array de este query, sin el AS se obtendrían dos campos llamados "nombre"
Y si el array obtenido es asociativo, es decir, no pasa de posiciones por números sino por nombre de campo, al tratar de dibujar la información del campo nombre, normalmente lo que va a pasar es que va a dibujar en 2 campos la info del campo de bd a.nombre

Mi pregunta entonces es, como lo resuelven?
Si bien tal vez por programación se puedan hacer artimañas,
me parece mejor ponerle alias a los campos y pues ya con eso son únicos (claro, siempre y cuando uno tenga ese cuidado!)

Me gustaria saber un poco más de como se maneja eso en donde estás, thanks
</saludos>

[gnzsoloyo]

el AS no lo usan para los tipos de script que acabaste de crear, o incluso para campos simples tampoco

Para ninguno.
La cláusula es obsoleta.
El sólo poner un alias a continuación del nombre del objeto (tabla, columna, funcion aplicada a una columna, etc), es suficiente. El DBMS interpretará cualquier cosa que siga al objeto de base de datos como un alias y procederá en consecuencia.
El AS es inútil. Sólo sirve para molestar en el código...

Esto por una razón primordial, y es ya irnos al ámbito de programación,
donde por ej al obtener un array de este query, sin el AS se obtendrían dos campos llamados "nombre"

En programación no necesitas los nombres, con los subíndices alcanza, y de todos modos poniendoles el alias sin el AS, lo tomará, porque el alias no depende del lenguaje. depende del DBMS. Es el servidor quien lo entrega, y el lenguaje nuca sabrá si es un alias o un nombre de columna.
Servidor de BBDD y Lenguaje son entidades diferentes e independientes.

me parece mejor ponerle alias a los campos

Como dije, yo jamás dije que no le pongas alias, sólo recalco que el AS es obsoleto. El alias no necesita del AS para ser tomado como alias.

Tomando tu propio ejemplo, lo puedes escribir:

Código MySQL:

SELECT a.nombre n1, b.nombre n2 
FROM tabla1 a INNER JOIN tabla2 b ON ....
 

Vamos a lo simple: Pr,uebalo con cualquier consulta en cualquier DBMS y verifica lo que te digo.

[mortiprogramador]

Iniciado por gnzsoloyo

Para ninguno.
La cláusula es obsoleta.
El sólo poner un alias a continuación del nombre del objeto (tabla, columna, funcion aplicada a una columna, etc), es suficiente. El DBMS interpretará cualquier cosa que siga al objeto de base de datos como un alias y procederá en consecuencia.
El AS es inútil. Sólo sirve para molestar en el código...

En programación no necesitas los nombres, con los subíndices alcanza, y de todos modos poniendoles el alias sin el AS, lo tomará, porque el alias no depende del lenguaje. depende del DBMS. Es el servidor quien lo entrega, y el lenguaje nuca sabrá si es un alias o un nombre de columna.
Servidor de BBDD y Lenguaje son entidades diferentes e independientes.

Como dije, yo jamás dije que no le pongas alias, sólo recalco que el AS es obsoleto. El alias no necesita del AS para ser tomado como alias.

Tomando tu propio ejemplo, lo puedes escribir:

Código MySQL:

SELECT a.nombre n1, b.nombre n2 
FROM tabla1 a INNER JOIN tabla2 b ON ....
 

Vamos a lo simple: Pr,uebalo con cualquier consulta en cualquier DBMS y verifica lo que te digo.

<saludos>
Rayos, ahora por fin capté lo que me querías decir!
Hacer un "AS" sin "AS" es!!!
Jo, me enrede yo solo!
En efecto, acabé de probar y funca sin problemas, thanks!

Ehm, que pena molestar tanto, pero es que no me pude quedar con las ganas, y quisiera saber de
cual fuente salió el tema del obsoleto AS?

Lo pregunto porque vengo de pasear por la página de mysql y encontré esto

En resumidas cuentas lo agrego a continuación (donde incluso ellos refieren que es buena práctica usar el AS)

Una select_expr puede tener un alias usando AS alias_name. El alias se usa como el nombre de columna de la expresión y puede usarse en cláusulas GROUP BY, ORDER BY, o HAVING . Por ejemplo:
mysql> SELECT CONCAT(last_name,', ',first_name) AS full_name -> FROM mytable ORDER BY full_name; La palabra clave AS es opcional cuando se usa un alias para select_expr. El ejemplo precedente podría haberse escrito como:
mysql> SELECT CONCAT(last_name,', ',first_name) full_name -> FROM mytable ORDER BY full_name; Como AS es opcional, puede ocurrir un sutil problema si olvida la coma entre dos expresiones select_expr : MySQL interpreta el segundo como un nombre de alias. Por ejemplo, en el siguiente comando, columnb se tata como un nombre de alias:
mysql> SELECT columna columnb FROM mytable; Por esta razón, es una buena práctica poner los alias de columnas usando AS.

</saludos>

[chuekeron]

Iniciado por jurena

Creo que se añadió un cierre de paréntesis de más.

Gracias Jurena, ahí estaba el primer error. Pero ahora me arroja que varios de los id que utilizo están duplicados (#1060 - Duplicate column name 'id').
Lo mismo con idUsuario, no se porque lo hace cuando tienen el prefijo que asocia el campo a su respectiva tabla.

[mortiprogramador]

Iniciado por chuekeron

Gracias Jurena, ahí estaba el primer error. Pero ahora me arroja que varios de los id que utilizo están duplicados (#1060 - Duplicate column name 'id').
Lo mismo con idUsuario, no se porque lo hace cuando tienen el prefijo que asocia el campo a su respectiva tabla.

<saludos>
Pues en el query se ven varios campos id, porque no intentas ponerle alias a todos y vuelves a intentar?
</saludos>

[chuekeron]

Bueno, finalmente la consulta quedo como la pongo a continuación... y funcionando.
Cualquier critica y/o comentario es bienvenido...

Código MySQL:

SELECT t4_id,
       fecha,
       dia,
       hora,
       t5_idConversacion,
       asunto,
       ref,
       nombres,
       apellidos,
       calle,
       numero,
       piso,
       depto,
       t5_idUsuario,
       checked_2
  FROM
  (SELECT t1.id t1_id,
          t1.fecha,
          DATE_FORMAT(fecha,'%d-%m-%Y') dia,
          DATE_FORMAT(fecha,', %H:%i') hora,
          t1.idConversacion t1_idConversacion,
          t1.idUsuario t1_idUsuario,
          t2.id t2_id,
          t2.asunto,
          t2.ref,
          t3.id t3_id,
          t3.nombres,
          t3.apellidos,
          t4.id t4_id,
          t4.calle,
          t4.numero,
          t4.piso,
          t4.depto,
          t5.idUsuario t5_idUsuario,
          t5.idConversacion t5_idConversacion,
          t5.checked_2
   FROM `mensajes` t1
   INNER JOIN `conversaciones` t2 ON t2.id = t1.idConversacion
   INNER JOIN `usuarios` t3 ON t3.id = t1.idUsuario
   INNER JOIN `propiedades` t4 ON t4.id = t2.REF
   INNER JOIN `mjs_alertas` t5 ON t5.idUsuario = {$_SESSION['id']}
   AND t5.idConversacion = t1.idConversacion
   WHERE t5.checked_2 = '0'
   ORDER BY t1.fecha DESC) t6
GROUP BY t1_idConversacion 
ORDER BY fecha DESC