Optimizar consulta SQL

[claus0618]

Buenos días. Tengo las siguientes tablas:

users
ID NAME
1 john
2 jack
3 kate
4 sawyer


tasks
ID USER_ID TITLE
1 1 mow lawn
2 2 take out trash
3 1 file taxes
4 2 wash dishes
5 1 learn ruby
6 3 groom dog

Y quiero obtener el nombre y la cantidad de tareas de los usuarios con mas de dos tareas. La solución que encuentro es:

Código SQL:

SELECT name, cnt 
FROM (SELECT COUNT(t.user_id) cnt, u.name 
FROM tasks t INNER JOIN users u ON u.id=t.user_id
GROUP BY t.user_id) AS copy_table
WHERE cnt > 1
 

Hay alguna manera de mejorar esta solución? Muchas gracias.

[GrupoC]

Recuerdo haber leido que una subconsulta dentro del where es más eficiente.

Y es muy fácil adaptar esta. Si no sabes comentas!

Un saludo.

[claus0618]

Podrias dar el ejemplo?

Muchas gracias

[gnzsoloyo]

Te estás complicando demasiado:

Código MySQL:

SELECT name Nombre, count(t.user_id) CantTareas
FROM tasks t INNER JOIN users u ON u.id=t.user_id
GROUP BY t.user_id
HAVING CantTareas > 1;
 

[claus0618]

Muchas gracias gnzsoloyo, habia olvidado que existía el Having. En cuanto a eficiencia, tambien es mejor esta solucion? Hablando de que la tabla usuario esta en constante crecimiento y las diferentes tareas son mas o menos unas 500?

[gnzsoloyo]

Empieza a preocuparte cuando estés trabajando con cientos de miles... Antes de eso, la consulta no impacta la performance de una forma detectable.
De todos modos, cuando llegues al nivel de tener que preocuparte, deberás procurar crear filtrados de datos más acotados, ya que no creo que alguien se vaya a poner a revisar un reporte de diez páginas. Al menos la directiva no lo va a hacer.
Ningún gerente quiere revisar un reporte que lleve más de dos hojas. No tienen tiempo para eso.

[claus0618]

Jejeje un gerente no, pero un entrevistador si porque ya tiene el reporte final con la mejor consulta. Fue una pregunta que me hicieron en una entrevista, y quiero mejorar la repuesta para futuras entrevistas. Muchas gracias de todos modos.

[gnzsoloyo]

En ese caso ten en cuenta la posibilidad de crear índices sobre los campos críticos. Eso ayuda mucho (realmente mucho) a consultas con agrupamientos.

[GrupoC]

Joder tienes razón gnzsoloyo, no se me había ocurrido con el having :D