[SOLUCIONADO] Sentencia mysql con doble select

[mblascog]

Buenas,
No sé cómo construir la siguiente setencia. Tengo las dos siguientes tablas:



Quiero listar todos los artículos con su stock y color, y sólo una prenda, es decir:
- Articulo1 - 3 - rojo - Pantalón
- Articulo2 - 5 - verde - Pantalón
....

Con esta sentencia los artículos, lógicamente, salen repetidos:

Código MySQL:

SELECT * FROM articulos, prendas WHERE articulos.campo1 = prendas.campo1
 

He intentado con UNION pero me da error al no coincidir columnas. Podría alguien orientarme?

Muchas gracias

[mblascog]

Buenas,
He encontrado esta forma:

Código MySQL:

SELECT campo1, stock, color,
 (SELECT campo2 FROM prendas WHERE articulos.campo1 = prendas.campo1 LIMIT 1) 
 FROM articulos
 

No sé si hay una solución más óptima.
Gracias

[gnzsoloyo]

Estás compliando demasiado la consulta, y no estás acudiendo a los manuales básicos...

Usa INNER JOIN.

Código MySQL:

SELECT A.campo1, A.stock, A.color, P.campo1 
FROM articulos INNER JOIN prendas ON A.campo1 = P.campo1;
 

De todos modos me parece que la estructura que describes no está bien.
Si Articulo1 tiene 3 de stock, no puede ser al mismo tiempo pantalon, zapato y abrigo... Son tres artículos diferentes, y el stock de un articulo debe ser por cada articulo distinto.

No me cierra.

[mblascog]

Gracias gnsoloyo, no hagas caso al contenido de las tablas, sólo son para el ejemplo.
Tal com planteas tu la consulta, devuelve todas las prendas y yo sólo quiero una, la primera

[gnzsoloyo]

Ok, primero, no nos pongas ejemplos que no sean los reales. Tienden a generar respuestas ineficientes, incorrectas y nos hacen perder tiempo analizando algo que no existe.

Segundo, respecto a "la primera", ¿la primera en base a qué concepto? ¿La primera que salga? ¿La mayor en algo?
Si lo piensas, lo único que necesitarías es poner un WHERE para obtener algo mas definido, porque la consulta conceptualmente es correcta. Sólo requiere poner

Código MySQL:

... 
WHERE P.campo2 = 'Pantalón'
 

mas lo que haga falta para definir que es eso "primero"...

[mblascog]

Llevas razón, veo que el ejemplo no ha sido correcto pues no has entendido lo que busco. Cuando esté delante de un pc pondré un ejemplo real.
Y perdón por haberte hecho perder el tiempo

[gnzsoloyo]

Ok.

¿Y en cuanto a lo "primero"? ¿Qué es al final lo que defines como "primero"?

[mblascog]

Aquí van las tablas reales:


Por cada referencia de la tabla1 sólo quiero mostrar una foto (tabla2).
Haciéndolo con INNER JOIN o WHERE, como me comentas, devuelve por cada referencia, todas las fotos.

La manera que he encontrado que sólo me devuelva la primera es así:

Código MySQL:

SELECT t_un.referencia, (SELECT t_fotos.foto FROM t_fotos WHERE t_un.referencia = t_fotos.referencia LIMIT 1) FROM t_un
 

No sé si hay una manera más sencilla para realizar dicha consulta.
Espero haberme expresado mejor ahora.

Gracias

[gnzsoloyo]

Código MySQL:

SELECT U.referencia, F.foto 
FROM t_un U INNER JOIN t_fotos F ON U.referencia = F.referencia
GROUP BY U.referencia;
 

Ahora bien, si quieres que sea la última foto, suponiendo que exista un "ID" de foto:

Código MySQL:

SELECT referencia, foto
FROM 
    (SELECT U.referencia, F.foto 
    FROM t_un U INNER JOIN t_fotos F ON U.referencia = F.referencia
    ORDER BY ID DESC) T1
GROUP BY referencia;
 

Y si quieres que devuelva una foto diferente por cada vez que lo ejecutas:

Código MySQL:

SELECT referencia, foto
FROM 
     (SELECT U.referencia, F.foto 
    FROM t_un U INNER JOIN t_fotos F ON U.referencia = F.referencia
    ORDER BY RAND()) T1
GROUP BY referencia;
 

Ten en cuenta una cosa: Es muy mala idea poner subconsultas en el SELECT, porque afecta la performance de la consulta principal. AL ponerlo allí se ejecuta una vez por cada registro devuelto de la principal, y suponiendo que tuvieses 1200 referencias, se ejecutaría la búsqueda de fotos... 1.200 veces.
¿Te parece buena idea?

[mblascog]

Me parece una clase magistral. Muchísimas gracias. De todas maneras me ha entrado una duda.
Tal como dices, poner una subconsulta en el SELECT afecta negativamente el rendimiento de la consulta principal, en cambio, he comprobado en phpmyadmin cuanta tarda cada consulta, y la propuesta por ti tarda más. Por qué crees que puede pasar?



MUchas gracias

[gnzsoloyo]

y la propuesta por ti tarda más.

1) ¿Cuál de las tres?

2) Prueba con 1.000.000 de registros y hablamos de performance.
Con unos miles no alcanza para que veas la diferencia, y sin conocer los datos reales, sólo puedo hacer suposiciones, entre las que se destacaría que pueden ser tablas MyISAM, con lo que no existirían los indices FK...
También peude deberse al exceso de cardinalidad (baja selectividad de las relaciones), y el ORDER BY, que es por definición antiperformántico.

Hay mucha tela para cortar.

[mblascog]

Vale! Confié en tu explicación y la apliqué. Fue sólo la curiosidad de saber el tiempo que tardaba cada sentencia y me sorprendió.
La verdad es que mi tabla tiene muy pocos registros.
Gracias