Optimizar Group By

[Roydan]

Saludos
Podria ayudarme a optimizar esta consulta sin usar group by o distinct
mis tablas son algo asi:

tabla1
ID DSC
1 aaa
2 bbb
3 ccc
4 ddd
5 eee

tabla2
ID tabla1_ID
t1 1
t2 2
t3 2
t4 2
t5
t6 5
t7 4
t8 4
t9
t10 5

Mi objetivo es que por cada ID de la tabla1 me indique si tiene algun valor o no en tabla1_ID de la tabla2 sin repetir los valores del ID de la tabla1
algo asi:

resultado
ID ID2
1 1
2 3
3 0
4 2
5 2

y mi query es:

SELECT tabla1.*, (tabla2.ID>0) as ID2
FROM tabla1
LEFT JOIN tabla2 ON tabla1.ID = tabla2.tabla1_ID
GROUP BY tabla1.ID

El problema es que me toma mucho tiempo ya que tengo mas de 50 mil registros en aumento.

Se podra hacer algo sin usar GROUP BY o DISTINCT y que tome menos tiempo?
Gracias por las respuestas

[jurena]

Necesitas agrupar para contar por id. Prueba esto.

Código SQL:

SELECT t1.ID, t1.DSC, IFNULL(t3.total,0) totalporID FROM tabla1 t1
 LEFT JOIN (SELECT t2.tabla1_id ID, COUNT(*) total  FROM tabla2 t2 GROUP BY t2.tabla1.id)t3 ON t1.ID = t3.ID
 

Creo que la lentitud quizás se deba en parte a que no estés indexando los campos que cruzas, es decir, ese tabla1_ID de tabla2

[Roydan]

Gracias por la ayuda.
ese query lo hace mas lento.
Pense en usar subselects, supongo que eso lo hace mas lento porque el resultado es una tabla temporal sin indice.

el campo tabla1_ID de la tabla2 tiene indice INDEX tipo BTREE y el tipo de dato es INT(5)
Se podra hacer algo para mejorar el tiempo en que devuelve los resultados?

[gnzsoloyo]

El GROUP BY es, lamentablemente, lo mismo que el ORDER BY, una de las formas más ineficientes de las consultas, tal que es mejor tratar de obtener estos ordenamientos con el uso de índices y no por ordenar las tablas en la consulta.
De todos modos, si lo que quieres es realmente optimizar el GROUP BY o el ORDER BY mi recomendación (además de leer Optimizing MySQL), es que trates de resolver primero los datos que debe devolver hasta lograr que la tabla devuelta sea lo más pequeña posible.
Si no puedes hacerlo, entonces crea consultas intermedias (tablas en memoria) con los resúmenes posibles de algunas partes, hasta encontrar una combinación eficiente, y recién entonces (y al final de ser posible) usa el GROUP BY.
Trata de no realizar consultas anidadas con varios GROUP BY. Es mejor obtener estos en tablas temporales.
Trata de hacer los JOIN solamente con campos clave y sobre todo si son numéricos.
Finalmente, pero no menos importante: No traigas todos los datos de las tablas, si necesitas solamente algunos.

[jurena]

¿Si lo haces con INNER JOIN, perdiendo, claro, en la muestra los que no tienen datos en la tabla2, ganas algo de tiempo, no?

Código SQL:

SELECT t1.ID, t1.DSC, IFNULL(t3.total,0) totalporID FROM tabla1 t1
INNER JOIN (SELECT t2.tabla1_id ID, COUNT(*) total  FROM tabla2 t2 GROUP BY t2.tabla1.id)t3 ON t1.ID = t3.ID
 

[Roydan]

Gracias por las sugerencias, de todas formas sea con Group By o usando subselects, toma mucho tiempo. no me quedaría otra que indicar en la misma tabla 1 la cantidad de apariciones por lo que veo, aunque no es lo mas conveniente para el que actualiza la DB, pero al menos los usuarios tendran resultados mas rápidos en las búsquedas.

[xbx]

Con la primer consulta que colocaste y teniendo solamente 50 mil registros, no deberías tener problemas de tiempo.

Seguramente no tienes los indices necesarios en tus tablas.

Saludos,