consultas similares

[joselegolas]

Buenas a todos, estaba haciendo una consulta mysql pero utilizando el explain, me di cuenta de que tenía que optimizar una consulta, esta en cuestión

Código MySQL:

SELECT 
    CONCAT(U.Nombre,' ',U.PrimerApellido) Personas, 
    SUM(Puestas) Puestas,
    SUM(Retiradas) Retiradas,
    SUM(Total) Total 
FROM(
    (SELECT
        E.id_Usuario_coloca Persona, 
        SUM(IF(E.Fecha_registro IS NOT NULL, 1, 0)) Puestas,
        0 Retiradas,
        SUM(1) Total 
    FROM etiquetas E 
    LEFT JOIN Usuarios U ON U.id_Usuario=E.id_Usuario_coloca
    WHERE E.Fecha_registro IS NOT NULL
    GROUP BY Persona) 
    
    UNION ALL
    
    (SELECT
        E.id_Usuario_retira Persona,
        0 Puestas,
        SUM(IF(E.Fecha_ejecucion IS NOT NULL, 1, 0)) Retiradas, 
        SUM(1) Total 
    FROM etiquetas E 
    LEFT JOIN Usuarios U ON U.id_Usuario=E.id_Usuario_retira
    WHERE E.Fecha_ejecucion IS NOT NULL
    GROUP BY Persona)
)Etiquetas
LEFT JOIN Usuarios U ON U.id_Usuario=Persona
GROUP BY Personas
ORDER BY Total DESC
 

Ya que obtenía como resultado en la primera linea del explain:

table derived, type ALL possible_Keys NULL, ref NULL rows: 502777044 extra usin temporaty; Using filesort

Vamos una barbaridad de filas exploradas,

Así hice esta otra consulta (Obteniendo el mismo resultado) a priori mucho mas sencilla y fácil ya que en el explain veo que se consultan pocas filas:

Código MySQL:

SELECT
    CONCAT(U.Nombre,' ',U.PrimerApellido) Persona,
    SUM(IF(E.id_Usuario_coloca=U.id_Usuario, 1, 0)) Puestas,
    SUM(IF(E.id_Usuario_retira=U.id_Usuario, 1, 0)) Retiradas,
    SUM(IF(U.id_Usuario = E.id_Usuario_coloca AND U.id_Usuario = E.id_Usuario_retira, 2, 1)) Total 
FROM etiquetas E 
LEFT JOIN Usuarios U ON U.id_Usuario=E.id_Usuario_coloca or U.id_Usuario=E.id_Usuario_retira
WHERE E.Fecha_registro IS NOT NULL
GROUP BY Persona
ORDER BY Total DESC
 

Pues bien, en la primera consulta me tardó 1.1 segundo y en la segunda 2.1 segundo, como puede ser eso si no tiene ni UNION ALL, menos GROUP BY y ORDER BY????

Me da que puede ser por el OR del LEFT JOIN de la tabla usuarios, ¿Qué opináis?

[joselegolas]

up Siguo con la duda...

[jurena]

soy de tu misma opinión y, aunque no puedo darte la respuesta fundada en argumentos demasiado técnicos, pues no sé el orden en que el parser hace le trabajo, te diré que deberías hacer la prueba para comprobar que ese or es la causa. Quita desde or U.id_Usuario=E.id_Usuario_retira a ver qué sucede con el tiempo de respuesta.
Por lo demás, no es lo mismo hacer un cruce entre todos los datos de las tablas con todos (que obliga, si no se pueden utilizar los índices, a hacer un scan completo cada vez que realiza una operación) que filtrar en dos consultas algunos datos (no todos), unirlas con UNION y mediante subconsulta relacionarla con la tabla de referencia (que es lo que haces al en la primera consulta). Y luego está el problema del ORDER BY que sospecho que duplica su tiempo de ejecución en la segunda consulta. Pero esto son probablemente sospechas poco fundadas más que argumentos convincentes.

[joselegolas]

Si quito or U.id_Usuario=E.id_Usuario_retira en la segunda consulta...

El tiempo de ejecucion pasa a ser de tan solo 0.6 segundos!!!

Aunque claro, no obtengo el resultado que necesito

Me voy a quedar evidentemente con la primera de las consultas, aunque iré viendo si puedo ir refinandola,

Muchas gracias por el tiempo dedicado jurena