Duda consulta

[leif_sk8er]

Hola, estoy perfilando una consulta y estoy viendo un par de cosas que no comprendo.

Resulta que tengo 3 tablas: 1 de fotos, otra para catalogar esas imagenes en carpetas (listas) y otra para etiquetas en esas fotos.

Quiero sacar las imagenes que estén en una lista pero no esté yo etiquetado. Pensaba que para esto lo mejor era hacer una subconsulta en el where, y que eso devuelva cero (Ejemplo 1), tb he probado a hacer la subconsulta en la parte de seleccion de campos (ejemplo 2) para despues filtrarlo en el php, pero el mejor caso que parece funcionar es el ejemplo 3.

Código SQL:

-> 0.0024 -> Lo devuelve sin paginar en el phpmyadmin
                    SELECT f.ID
                    FROM listas_favoritos_elementos lfe, fotos f
                    WHERE lfe.ID_USUARIO = 1 AND lfe.ID_SECCION = 8 AND lfe.ID_ELEMENTO = f.ID
                    AND (SELECT COUNT(ID_FOTO) FROM fotos_etiquetas WHERE ID_FOTO = f.ID AND ID_A_QUIEN_ETIQUETA = f.ID_USUARIO LIMIT 1) = 0
                    LIMIT 300
 
 
                    -> 0.0150
                    SELECT f.ID,
                    (SELECT COUNT(ID_FOTO) FROM fotos_etiquetas WHERE ID_FOTO = f.ID AND ID_A_QUIEN_ETIQUETA = f.ID_USUARIO LIMIT 1) AS ETIQUETADO
                    FROM listas_favoritos_elementos lfe, fotos f
                    WHERE lfe.ID_USUARIO = 1 AND lfe.ID_SECCION = 8 AND lfe.ID_ELEMENTO = f.ID LIMIT 300
 
 
                    -> 0.0018 (En teoria el LEFT JOIN no es bueno, pero resulta ser la mejor forma de devolverlo)
                    SELECT f.ID
                    FROM listas_favoritos_elementos lfe LEFT JOIN fotos_etiquetas fe ON lfe.ID_ELEMENTO = fe.ID_FOTO, fotos f 
                    WHERE lfe.ID_USUARIO = 1 AND lfe.ID_SECCION = 8 AND fe.ID_FOTO IS NULL AND lfe.ID_ELEMENTO = f.ID LIMIT 300
 

Utilizo un left join, pero ademas de que es mas rapido en milisegundos al perfilar no hace como en los otros dos casos que claramente son subconsultas por cada uno de los resultados.

Lo estoy haciendo bien? Pensaba que los left joins producian productos cartesianos que habian que evitar

[repara2]

Si necesitas optimización de las consultas a nivel de milisegundos te recomiendo otras bases de datos como Oracle, además de sus correspondientes herramientas de monitoreo y optimización y siempre con soporte técnico contratado. Este tema es muy extenso y complejo. No hay ningún problema con hacer JOIN, además no tienes altenativa. Una subconsulta no es una sintaxis alternativa a un JOIN, consulta el manual de MySQL.

[leif_sk8er]

Entonces, la forma correcta es la tercera siempre? Mi principal pega no es los milisegundos en si, si no que para cuando se me presentan estos casos no se realmente si hay que usar la primera/segunda forma o la tercera.

[repara2]

En este caso las tres consultas devuelven lo mismo, puedes usar cualquiera, pero no siempre es así. No siempre una subconsulta devuelve lo mismo que un JOIN, se trata de usar en cada caso lo que conviene. Por norma, para consultas con varias tablas relacionadas se usan JOIN, creo que además la sintaxis WHERE x = Y and z = W , etc... es obsoleta.
Saludos,

[leif_sk8er]

Que los WHERE ya no se usan? No entiendo a que te refieres, como no van a usarse los where en una consulta?