[SOLUCIONADO] Consulta interna con group_concat no hace funcionar consulta externa

[mortiprogramador]

Saludo

El día de hoy estaba realizando un query, el cual es algo extenso,
pero uno de los campos es una subconsulta,
la cual a su vez hace un IN resultado de una consulta que hace GROUP_CONCAT

Código MySQL:

(
SELECT GROUP_CONCAT(name) FROM table1 WHERE id IN 
( -- 1,2
    (
        SELECT GROUP_CONCAT(t2.user_receiver_id) 
        FROM table2 t2 
        WHERE t2.t1_id = t.id
        AND t2.type = 'two'
    )
)
) user1
 

Notese que la tabla del campo t.id no esta en este fragmento,
esto es porque la tabla t es de la consulta principal que es más extensa.

Ahora bien, si ejecuto solo el SELECT GROUP_CONCAT interno
(es decir, el que busca en table2) trae bien los resultados que son: 1,2

Hasta aquí no hay problema.
El asunto es cuando se une al SELECT GROUP_CONCAT externo
(es decir, el que busca en table1)
Aquí solo trae un resultado (En este caso, el name del id 1, pero no el 2)
(nombre1)

Si en cambio hago la consulta de este modo

Código MySQL:

(
SELECT GROUP_CONCAT(name) FROM table1 WHERE id IN 
( 
1,2
)
) user1
 

Trae correctamente toda la información.
(nombre1,nombre2)

He intentado agregar el SEPARATOR en el GROUP_CONCAT
pensando que era tema del separador o algo así,
pero persiste el asunto.

¿Alguien tiene otra idea acerca de esto, o debo cambiar algo en el query?

Incluso, si tal vez se les ocurre otra forma de hacerlo que funcione
si es que el tema es restrictivo por algo en particular, lo agradecería.

[leonardo_josue]

Hola mortiprogramador:

Cuando haces una comparación tipo IN con una subconsulta, NO ES NECESARIO QUE UTILICES LA FUNCIÓN DE AGRUPACIÓN GROUP_CONCAT, simplemente tienes que hacer que la subconsulta te regrese como un conjunto te registros TODOS LOS ID'S QUE QUIERES COMPARARAR:

Va un ejemplo para ver si queda más claro:

imagina que tienes estas dos tablas;

Código MySQL:

mysql> SELECT * FROM tabla_a;
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    1 | one         |
|    1 | un          |
|    2 | dos         |
|    2 | two         |
|    2 | deux        |
+------+-------------+
6 rows in set (0.00 sec)
 
mysql> SELECT * FROM tabla_b;
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    2 | dos         |
+------+-------------+
2 rows in set (0.00 sec)
 

Supongamos que quieres extraer de la tabla A sólo las descripciones en español (uno y dos), esto lo puedes hacer de dos formas:

1. con la sentencia IN listando todos los valores separados por comas;

Código MySQL:

mysql> SELECT *
    -> FROM tabla_a
    -> WHERE descripcion in ('uno', 'dos');
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    2 | dos         |
+------+-------------+
2 rows in set (0.06 sec)
 

2. con una SUBCONSULTA a la tabla B:

Código MySQL:

mysql> SELECT *
    -> FROM tabla_a
    -> WHERE descripcion IN ( SELECT descripcion
    ->                        FROM tabla_b
    ->                      );
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    2 | dos         |
+------+-------------+
2 rows in set (0.00 sec)
 

OBSERVA que en la subconsulta NO ESTOY UTILIZANDO EL GROUP_CONCAT:

Código MySQL:

mysql> SELECT descripcion
    -> FROM tabla_b;
+-------------+
| descripcion |
+-------------+
| uno         |
| dos         |
+-------------+
2 rows in set (0.00 sec)
 

¿Se entiende? Lo único que debes de asegurarte es que la subconsulta te regrese UNA SOLA COLUMNA.

Haz la prueba y nos comentas.

Saludos
Leo.

[mortiprogramador]

Hola leonardo_josue

Gracias por tu respuesta.
Como bien dices, estructurar una subconsulta que traiga los resultados
sin el GROUP_CONCAT es lo más usado generalmente,
y de hecho, funciona correctamente tu propuesta en cuanto a traer los datos
se refiere si solo fuese esta la consulta principal.

El asunto es que como comentaba inicialmente, esta subconsulta
esta inmersa en una consulta inicial más extensa del cual es uno de los campos.

Adicional a ello, si omitiese el GROUP_CONCAT traería más de un resultado,
dando problemas al query inicial por ese motivo. Es por esto que usando
el GROUP_CONCAT se evita el error de varios registros en la subconsulta.

P.S: Uhm, bueno, seguí haciendo pruebas y tienes razón en la consulta interna,
pero creo que de tantas pruebas que había hecho, había desechado esa idea.

Ahora lo que hice fue quitar en el query interno el GROUP_CONCAT,
y agregar un GROUP BY a la consulta extensa, pues me estaba trayendo datos duplicados.

Seguiré haciendo pruebas, y cuando tenga un veredicto vendré nuevamente.

[mortiprogramador]

Pues las pruebas dieron buenos resultados,
exceptuando temas de ordenamiento de datos,
pero temo que eso ya es cuestión de la manera
en que se organiza la info como tal, pero por ahora
con esto que se solventó basta para seguir avanzando.