Usar un valor null provocado por la inexistencia de tuplas en un left join o right join no creo que sea muy aconsejable (excepto si se utiliza desde otra sentencia que usa el resultado como tabla. Desconozco como sería en MySQL pero en derby, SQLServer y varios más podría ser así:

SELECT
V.name var_name,
V.id var_id,
‘null’ question,
L.name lang
FROM
VARIABLES V, languages L
WHERE
L.enabled = 1 and
not exists
(
select *
from
var_questions VQ
where
VQ.id_variable = V.id and
VQ.id_language = L.id and
VQ.question IS not NULL
)

al menos en derby (es lo que tengo en casa) me da el resultado que pides.

Por cierto ¿Me cambias la cervecita por un café o una horchata?

No es problema de Mysql o del Join, es solo que no vas a poder obtener ese tipo de resultado, realizando left o right join a menos que utilizes cross joins ¿y no veo el problema en usarlo?

Te envio una consulta que retorna el resultado que deseas:

select variables.name, variables.id, NULL as question, languages.name from variables,languages
where languages.id not in (select id_language from var_questions)
and languages.enabled=1

Es obvio que el campo question este en null, pero no se porque deseas mostrarlo.

Espero te sirva, nos leemos.

En una mysql 5.0.54 (en linux gentoo con 2.6.23), el resultado que tu comentas resulta igual. A ver si te sirve de algo.

Un saludo,

Pero ojo, no me devuelve 0 rows, sino mas bien esto:

var_name var_id question lang
NULL NULL NULL ca

He probado con un MySQL 5.051a y me retorna una fila con las columnas con valor nulo, exceptuando languages.name.

El resultado que esperas

var_name var_id question lang
var_1 56 null ca
var_2 60 null ca
var_3 61 null ca

no se puede dar nunca, al menos en esa forma.

El left join de var_questions retorna las filas coincidentes por identificador de variable y te devolverá las columnas de la selección correctamente. En cuanto aplicas el right join con languages te devolverá el lenguaje para las variables resultado del left join anterior y una fila (solo una) por lenguaje no coincidente y exceptuando los valores de languages el resto de columnas de esa fila tendrán valor nulo, por ejemplo

SELECT *
FROM variables
left JOIN var_questions ON (variables.id = var_questions.id_variable)
right JOIN languages ON (languages.id=var_questions.id_language)

retornará

id|name|id|id_variable|id_language|question|id|name|enabled
56|var_1|157|56|2|Variable 1|2|es|1
60|var_2|158|60|2|Variable 2|2|es|1
61|var_3|159|61|2|Variable 3|2|es|1
\N|\N|\N|\N|\N|\N|4|ca|1
\N|\N|\N|\N|\N|\N|5|en|0

Creo que el problema no es MySQL 5 sino MySQL 4, que no optimiza los resultados de los JOIN y aplica el último join a cada fila de resultado del join anterior, por ejemplo, la misma query anterior en un MySQL 4 produce éste resultado

id|name|id|id_variable|id_language|question|id|name|enabled
56|var_1|157|56|2|Variable 1|2|es|1
60|var_2|158|60|2|Variable 2|2|es|1
61|var_3|159|61|2|Variable 3|2|es|1
56|var_1|\N|\N|\N|\N|4|ca|1
60|var_2|\N|\N|\N|\N|4|ca|1
61|var_3|\N|\N|\N|\N|4|ca|1
56|var_1|\N|\N|\N|\N|5|en|0
60|var_2|\N|\N|\N|\N|5|en|0
61|var_3|\N|\N|\N|\N|5|en|0

Puede que esta query te sirva

SELECT variables.id, variables.name, languages.name FROM variables, var_questions, languages
where not languages.id = var_questions.id_language
and languages.enabled = 1
group by variables.id, languages.id order by variables.id

Un saludo.

Una forma sencilla de hacerlo es con consultas anidadas:

SELECT v.*, l.name
FROM variables AS v, languages AS l
WHERE l.enabled=1 AND v.id NOT
IN (
SELECT id_variable
FROM var_questions
WHERE id_language = l.id
)

Otra opción es tal como dices utilizando un join normal:

SELECT v.*, l.name
FROM
variables AS v CROSS JOIN languages AS l
LEFT JOIN var_questions AS vq ON v.id = vq.id_variable
AND vq.id_language=l.id
WHERE l.enabled=1 AND vq.id IS NULL

El cross join tal como dices se corresponde con el producto cartesiano de las tablas, (el join básico) en este caso de languages y variables. Esto produce que se obtengan todas las combinaciones de variables y lenguajes existentes. A partir de esto es suficiente con utilizar un left join para buscar los elementos que falten.

Hola!
A mi me funciona la select en la versión 5.0.30-Debian (después de cambiar VARIABLES por variables).

De todas maneras, podrías plantear la select de otra manera (no sé si es más pesada o no… pero también tiene que funcionar). Puedes hacer una lectura de todas las parejas lenguaje-variable que no encuentre ningún registro en la tabla var_questions (con un count).

Sería:
SELECT
variables.name AS var_name,
languages.name AS lang
FROM languages, variables
WHERE
languages.enabled =1
AND (
SELECT count( 1 )
FROM var_questions
WHERE
var_questions.id_language = languages.id
AND var_questions.id_variable = variables.id
) = 0

@Franci, Jurguen, Patxi y Biel: Se me olvidó de decir que quería no utilizar subquerys… Hace tiempo hicimos unas pruebas con un amigo y descubrimos que la subconsulta se re-ejecuta a cada iteración de la consulta principal, con lo que se vuelve mucho mucho más pesada. De todas formas, gracias Y no es que desee mostrar el campo NULL, es simplemente para ver que realmente es null (mientras desarrollo la query).

@Chema: No entiendo ése resultado… De acuerdo que faltan todas las variables con el lenguage “ca”, pero deberían salir con su nombre… juer

@Bellz: Tienes mi cerveza. Por un lado te diré que mi query si que me funciona en MySQL 4. Entiendo tu explicación y entiendo también que el fallo realmente es de MySQL 4 en aplicar el right join a todos los resultados del left join (aunque podría pensarse en otros casos que éso pudiera ser correcto). He probado tu query en MySQL y no ha funcionado. En cambio, en MySQL 5 ha funcionado de forma esperada y me da los resultados correctos. Hasta me da vergüenza ver lo simple que és, y yo liándome con cross joins… Gracias majo!

@Patxi: gracias por la explicación del CROSS JOIN

A todos, gracias por responder. Da gusto ver que aún hay gente dispuesta a echar una mano.

Salu10!

De nada Xavi

Gracias por la cerve