Consulta SQL con varios referencias a otra tabla.

[VityOsma]

Hola gente, tengo un problemilla con SQL que no se como solucionar.

Tengo una tabla que tiene 4 campos con un id de un dj, en la tabla de djs tengo el nombre de cada uno y necesito una consulta que me devuelva el nombre de cada dj en cada una de las columnas (dj1,dj2,dj3,dj4).

En las siguientes consultas podéis ver los campos de cada tabla.

Código SQL:

SELECT id,name FROM channeldjs;
 

Código SQL:

SELECT id,dj1,dj2,dj3,dj4 FROM channelsongs;
 

He empezado creando esta consulta, pero no se como poner los filtros para que cada id se sustituya por el nombre del artista con esa id.

Código SQL:

SELECT cs.name,cd.name AS dj1,cd.name AS dj2,cd.name AS dj3,cd.name AS dj4,TIME,cs.points 
    FROM channelsongs AS cs,channeldjs AS cd
    WHERE cd.id=cs.dj1
 

[gnzsoloyo]

En realidad, estimado, tienes dos problemas...
Tu consulta, sobre la base de esa tabla, no es imposible, pero si es complicada e ineficiente. Necesitas invocar la tabla que contiene los nombres cuatro veces, una por cada uno de los ID de cada uno de los campos. Eso hace que la consulta requiera hacer cuatro veces los JOIN, con el consiguiente exceso en el acceso a tablas e índices, y eso es lo que la hace muy ineficiente.

Código MySQL:

SELECT 
    cs.name,
    cd.name dj1,
    cd.name dj2,
    cd.name dj3,
    cd.name dj4,
    TIME,
    cs.points 
FROM channelsongs cs 
    INNER JOIN channeldjs cd1 ON cd1.id=cs.dj1
    INNER JOIN channeldjs cd2 ON cd2.id=cs.dj2
    INNER JOIN channeldjs cd3 ON cd3.id=cs.dj3
    INNER JOIN channeldjs cd4 ON cd4.id=cs.dj4
GROUP BY cs.name
 

Pero el primer problema, y central, es que esa tabla de canales está muy mal diseñada. Esa tabla expresa una relación N:M entre dos entidades: Canales y DJs, y toda relación de ese tipo genera una tabla relaciona, que tu estás diseñando muy mal.
La tabla debería tener un registro por cada uno de los DJs asociados a un canal dado, más un discriminante de orden. Un diseño correcto así podría darte la oportunidad de incluir más de cuatro DJs sin necesidad de reformar las tabla y el JOIN sólo requeriría hacer un único INNER JOIN... y no cuatro.
Adicionalmente, el mostrar los cuatro en un único registro pasaría a ser un tema de programación y liberarías a la base de una tarea ineficiente.

[VityOsma]

Gracias por la respuesta.

Que la tabla estaba mal diseñada ya lo sabia, pero no pensé que seria necesario utilizar 4 join para hacer la consulta, ya conseguí hacer una consulta similar a la que me propones y tardaba 11 segundos teniendo la tabla unos 200 registros , así que fue un desastre.

Al final he optado por poner los nombres de los DJs en la tabla (o generar otra tabla paralela) en vez de su ID y utilizar una consulta simple, la otra opción sería crea una tabla intermedia con iddj->idcancion, pero no me convencía mucho.

Lo que me comentas sobre:
La tabla debería tener un registro por cada uno de los DJs asociados a un canal dado, más un discriminante de orden.

Ya tengo cada DJ asociado a su canal, aunque se repita un dj se añade otro registro con el mismo dj y otro canal por que cada uno lo puede llamar de formas diferentes o utilizar distintas imágenes, pero eso no soluciona el problema de los djs y las canciones no? se te ocurre alguna solución mejor que crear una tabla intermedia o generar una tabla con los nombres directamente?

Gracias, un saludo.