Consulta múltiple con INNER JOIN

[jurena]

Los datos que yo uso

Usuarios

id |nombre |apellidos |codigo |id_sponsor
1|Pepe|Gómez|1001|1
2|Juan|López|1002|1
3|Jorque|Pérez|1003|1
4|Ángel|Aguirre|1004|2
5|Luis|Vázquez|1005|2
6|Juan|Sánchez|1006|2
7|Luis|Bernáldez|1007|2


Simulador

id_usuario |importe |referidos |cual
1|500|2|2
2|1000|4|4
3|25|1|6
4|82|8|8

la consulta que pruebo

Código MySQL:

SELECT usu2.id, usu2.nombre, usu2.apellidos, usu2.id_sponsor sim_sp, usu2.codigo, IFNULL( t1.impusu, 0 ) importe, IFNULL( t1.refusu, 0 ) referidos, IFNULL( SUM( t1.impsp ) , 0 ) sp_importe, IFNULL( SUM( t1.refsp ) , 0 ) sp_referidos, t1.cual
FROM usuarios usu2
LEFT JOIN (
(
 
SELECT usu.id idusuario, IFNULL( sim.importe, 0 ) impusu, IFNULL( sim.referidos, 0 ) refusu, '0'impsp, '0'refsp, sim.cual
FROM simulador sim
INNER JOIN usuarios usu ON sim.id_usuario = usu.id
ORDER BY sim.id_usuario
)
UNION ALL (
 
SELECT usu.id_sponsor, '0', '0', SUM( sim.importe ) , SUM( sim.referidos ) , sim.cual
FROM simulador sim
INNER JOIN usuarios usu ON sim.id_usuario = usu.id
GROUP BY usu.id_sponsor
ORDER BY usu.id_sponsor
)
)t1 ON usu2.id = t1.idusuario
GROUP BY usu2.id
ORDER BY usu2.id
 

El resultado obtenido
1|Pepe|Gómez|1|1001|500|2|1525|7|2
2|Juan|López|1|1002|1000|4|82|8|4
3|Jorque|Pérez|1|1003|25|1|0|0|6
4|Ángel|Aguirre|2|1004|82|8|0|0|8
5|Luis|Vázquez|2|1005|0|0|0|0|NULL
6|Juan|Sánchez|2|1006|0|0|0|0|NULL
7|Luis|Bernáldez|2|1007|0|0|0|0|NULL

Aunque en estos datos falta el campo mostrar, lo he añadido después y no hay problema. No entiendo por qué buscas filtrando usu2.id > 0, pues se trata de un autoincrement y aunque no se trate de él no creo que guardes ningún valor 0 o negativo (sospecho que sí, pues me pareció ver un -1), y si lo haces no has explicado por qué y cómo relacionarlo. Bueno, como eso lo sabrás tú mejor, nos dirás algo al respecto.
Creo, como ves, que los datos salen bien o por lo menos lo parecen. Haz la prueba tú. Yo he quitado los filtros de la consulta, es decir, el WHERE, pero como los tenías no tendrían que dar ningún problema.
Respecto a que te ofrece los mismos datos sumando que sin sumar, en algún caso tiene que ocurrir así. Me explico: si sólo tienes un registro de un usuario con una cantidad, al mostrarlo da igual que uses importe que SUM(importe), si hay un solo importe de ese usuario, y siempre habrá uno solo como usuario; distinto es su importe como sponsor. Puede o no puede dar lo mismo usando sum o no, pero hay que usarlo, pues quieres la cantidad de ese sponsor. Naturalmente no podrás usar suma para todas esas cantidades de sponsor que te salen en el listado, pues el total será erróneo para eso. Parece que tú querías mostrar el importe de ese usuario como usuario (1 solo) y al lado su importe como sponsor(serán ninguno, uno o varios, que habrá que sumar).

No es que sea de locos (y todos aquí somos bastante cabezones, si por cabezón entiendes que probamos y probamos hasta encontrar la solución, analizando, cambiando, consultando, etc.), pero para resolver estas cuestiones debes dar los datos de manera completa y precisa, con todas las posibilidades que pueden darse, ejemplificando con datos concretos y ofreciendo las salidas que quieres. Y es mejor hacerlo con pocos datos con los que sea fácil comprobar los errores y problemas.
Respecto al array del que me hablas y la programación, aquí, en este foro, no podemos tratar estas cuestiones, y realmente, esta consulta debería darte el resultado, sin necesidad de usar luego ningún array para trabajar más con los datos. Cosa distinta es que se trate de un ejercicio concreto que te hayan pedido, y en ese caso nos falta información previa. Mira los datos y dinos si conviene volver a empezar de cero...

[rbczgz]

Iniciado por jurena

Los datos que yo uso

Usuarios

id |nombre |apellidos |codigo |id_sponsor
1|Pepe|Gómez|1001|1
2|Juan|López|1002|1
3|Jorque|Pérez|1003|1
4|Ángel|Aguirre|1004|2
5|Luis|Vázquez|1005|2
6|Juan|Sánchez|1006|2
7|Luis|Bernáldez|1007|2


Simulador

id_usuario |importe |referidos |cual
1|500|2|2
2|1000|4|4
3|25|1|6
4|82|8|8

Aquí el problema que veo, es que en la tabla Simulador, faltarían 3 registros, pues debe haber el mismo número de registros y con los mismos id en las dos tablas, con tu ejemplo sería algo así:

Usuarios

id |nombre |apellidos |codigo |id_sponsor
1|Pepe|Gómez|1001|-1 -- No puede ser sponsor de sí mismo, para que no aparezca vacío, le pongo "-1"
2|Juan|López|1002|1
3|Jorque|Pérez|1003|1
4|Ángel|Aguirre|1004|2
5|Luis|Vázquez|1005|2
6|Juan|Sánchez|1006|2
7|Luis|Bernáldez|1007|2


Simulador

id_usuario |importe |referidos |cual
1|500|2|2
2|100|4|2
3|25|1|4
4|82|8|2
5|82|8|3
6|82|8|2
7|82|8|1

Con este ejemplo, lo que yo necesitaría es lo siguiente:

id|Nbre|Ape|sp|Cod|imp|rf|sp_imp|sp_rf|cual
1|Pepe|Gómez|-1|1001|500|2|X|X|2
2|Juan|López|1|1002|100|4|500|2|2
3|Jorge|Pérez|1|1003|25|1|500|2|4
4|Ángel|Aguirre|2|1004|82|8|100|4|2
5|Luis|Vázquez|2|1005|0|0|100|4|3
6|Juan|Sánchez|2|1006|0|0|100|4|2
7|Luis|Bernáldez|2|1007|0|0|100|4|1

Como ves, en cada registro, aparecen los importes como usuario y de su sponsor, lo mismo para los referidos.

Iniciado por jurena

la consulta que pruebo

Código MySQL:

SELECT usu2.id, usu2.nombre, usu2.apellidos, usu2.id_sponsor sim_sp, usu2.codigo, IFNULL( t1.impusu, 0 ) importe, IFNULL( t1.refusu, 0 ) referidos, IFNULL( SUM( t1.impsp ) , 0 ) sp_importe, IFNULL( SUM( t1.refsp ) , 0 ) sp_referidos, t1.cual
FROM usuarios usu2
LEFT JOIN (
(
 
SELECT usu.id idusuario, IFNULL( sim.importe, 0 ) impusu, IFNULL( sim.referidos, 0 ) refusu, '0'impsp, '0'refsp, sim.cual
FROM simulador sim
INNER JOIN usuarios usu ON sim.id_usuario = usu.id
ORDER BY sim.id_usuario
)
UNION ALL (
 
SELECT usu.id_sponsor, '0', '0', SUM( sim.importe ) , SUM( sim.referidos ) , sim.cual
FROM simulador sim
INNER JOIN usuarios usu ON sim.id_usuario = usu.id
GROUP BY usu.id_sponsor
ORDER BY usu.id_sponsor
)
)t1 ON usu2.id = t1.idusuario
GROUP BY usu2.id
ORDER BY usu2.id
 

El resultado obtenido
1|Pepe|Gómez|1|1001|500|2|1525|7|2
2|Juan|López|1|1002|1000|4|82|8|4
3|Jorque|Pérez|1|1003|25|1|0|0|6
4|Ángel|Aguirre|2|1004|82|8|0|0|8
5|Luis|Vázquez|2|1005|0|0|0|0|NULL
6|Juan|Sánchez|2|1006|0|0|0|0|NULL
7|Luis|Bernáldez|2|1007|0|0|0|0|NULL

Aunque en estos datos falta el campo mostrar, lo he añadido después y no hay problema. No entiendo por qué buscas filtrando usu2.id > 0, pues se trata de un autoincrement y aunque no se trate de él no creo que guardes ningún valor 0 o negativo (sospecho que sí, pues me pareció ver un -1), y si lo haces no has explicado por qué y cómo relacionarlo. Bueno, como eso lo sabrás tú mejor, nos dirás algo al respecto.

Como he puesto arriba, el -1 es para el sponsor del primer referido, para que no quede vacío y para casos especiales en los que se pone "a mano" porque, por la razón que sea, no deben estar entre los autoincrementables (por ejemplo, el que sería usuario 0, que no se debe mostrar, pero sí es necesario para la lógica del sistema y si lo dejo en 0, no me lo admite porque es NOT NULL) y el campo mostrar es para los desactivados, que en este caso tampoco deben aparecer.

Iniciado por jurena

Creo, como ves, que los datos salen bien o por lo menos lo parecen. Haz la prueba tú. Yo he quitado los filtros de la consulta, es decir, el WHERE, pero como los tenías no tendrían que dar ningún problema.
Respecto a que te ofrece los mismos datos sumando que sin sumar, en algún caso tiene que ocurrir así. Me explico: si sólo tienes un registro de un usuario con una cantidad, al mostrarlo da igual que uses importe que SUM(importe), si hay un solo importe de ese usuario, y siempre habrá uno solo como usuario; distinto es su importe como sponsor. Puede o no puede dar lo mismo usando sum o no, pero hay que usarlo, pues quieres la cantidad de ese sponsor. Naturalmente no podrás usar suma para todas esas cantidades de sponsor que te salen en el listado, pues el total será erróneo para eso. Parece que tú querías mostrar el importe de ese usuario como usuario (1 solo) y al lado su importe como sponsor(serán ninguno, uno o varios, que habrá que sumar).

Por lo que veo, aquí está el error de mi explicación, que es lo que ha liado todo: no es el importe como sponsor si no el importe de su sponsor

Iniciado por jurena

No es que sea de locos (y todos aquí somos bastante cabezones, si por cabezón entiendes que probamos y probamos hasta encontrar la solución, analizando, cambiando, consultando, etc.), pero para resolver estas cuestiones debes dar los datos de manera completa y precisa, con todas las posibilidades que pueden darse, ejemplificando con datos concretos y ofreciendo las salidas que quieres. Y es mejor hacerlo con pocos datos con los que sea fácil comprobar los errores y problemas.

Creo que ahora sí he conseguido, basándome en lo que tú habías puesto, ejemplificar lo que realmente necesito. Hasta para el ejemplo he necesitado tu ayuda

Iniciado por jurena

Respecto al array del que me hablas y la programación, aquí, en este foro, no podemos tratar estas cuestiones, y realmente, esta consulta debería darte el resultado, sin necesidad de usar luego ningún array para trabajar más con los datos. Cosa distinta es que se trate de un ejercicio concreto que te hayan pedido, y en ese caso nos falta información previa. Mira los datos y dinos si conviene volver a empezar de cero...

No creo que sea necesario empezar desde cero, al menos eso espero.

El tema del array es porque esta tabla debe variar según los referidos que se seleccionen y mediante la programación, tengo que conseguir que, tras varios bucles de proceso, en los cuales se van sumando cantidades al campo importe y aumentando 1 al campo cual, el campo referidos quede en 0, puesto que eso significa que el proceso está completo, al no quedar referidos por repartir.

Tampoco voy a explicar aquí la programación porque luego los moderadores se enfadan conmigo, y con razón, porque, como tú dices, en este foro no se pueden tratar estas cuestiones.

A ver si ahora ya conseguimos dar en el clavo...

.

[jurena]

Prueba esto:

Código MySQL:

SELECT usu.nombre, usu.apellidos, usu.id, usu.codigo, IFNULL( sim.importe, 0 ) impusu, IFNULL( sim.referidos, 0 ) refusu, sim.cual, usu.id_sponsor, T1.sp_importe, T1.sp_referidos
FROM usuarios usu
LEFT JOIN simulador sim ON ( usu.id = sim.id_usuario )
LEFT JOIN (
 
SELECT usu.id_sponsor, usu.id, SUM( importe ) sp_importe, SUM( referidos ) sp_referidos
FROM `usuarios` usu
INNER JOIN simulador sim ON usu.id = sim.id_usuario
GROUP BY usu.id_sponsor
)T1 ON usu.id_sponsor = T1.id_sponsor
GROUP BY usu.id
 

[rbczgz]

Hola de nuevo,

Mis disculpas por no haber dicho nada en todo este tiempo.

En teoría parece que la última consulta sí funciona, pero como tengo que revisar la programación, hasta que no lo haga, no podré saber si realmente está todo correcto, ya que, como dije al principio de toda esta historia, van de la mano programación y consulta MySQL.

Por el momento, debido a otras urgencias, he tenido que dejar aparcado el simulador para más adelante.

Cuando lo pueda retomar, postearé aquí si ha funcionado o no.

Muchas gracias por toda la colaboración, seguiremos en la brecha.

.