Poniendo los JOIN en el orden correcto

1 comentario

Muchas veces cuando escribimos un SELECT que no es muy sencillo necesitamos relacionar a una tabla con otra u otras tablas. Eso lo hacemos con las cláusulas JOIN.

Como sabemos, hay dos clases de JOIN:

  • INNER JOIN
  • OUTER JOIN

La palabra INNER puede omitirse si se desea, ya que es la que por defecto asumirá el Firebird si no se escribe algo antes de la palabra JOIN. Los OUTER a su vez pueden ser: LEFT, RIGHT, FULL

Entonces, la pregunta es: ¿importa si se escribe primero un INNER o un OUTER? ¿O es lo mismo?

Consulta 1. Poniendo primero el INNER JOIN

SELECT
   *
FROM
   MiTabla1
JOIN
   MiTabla2
      ON MiCondición1
LEFT JOIN
   MiTabla3
      ON MiCondición2

Aquí se escribió primero el INNER JOIN (la palabra INNER no es obligatorio escribir) y luego el OUTER JOIN (la palabra OUTER tampoco es obligatorio escribir, al escribir LEFT ya el Firebird sabe que se trata de un OUTER)

Consulta 2. Poniendo primero el OUTER JOIN

SELECT
   *
FROM
   MiTabla1
LEFT JOIN
   MiTabla3
      ON MiCondición2
JOIN
   MiTabla2
      ON MiCondición1

Aquí se escribió primero el OUTER JOIN (en este caso, fue un LEFT) y luego el INNER JOIN (la palabra INNER es opcional, no se requiere escribirla)

¿Cuál consulta es mejor?

¿La Consulta 1 es más eficiente que la Consulta 2? ¿La Consulta 2 es más eficiente que la Consulta 1? ¿O son igual de eficientes?

El optimizador del Firebird solamente reordena las tablas en el PLAN hasta que encuentra el primer OUTER JOIN (sea LEFT, RIGHT, o FULL).

Por lo tanto, la correcta es la Consulta 1.

Conclusión:

El orden de los JOIN sí importa en Firebird porque el optimizador reordena las tablas para obtener un mejor PLAN solamente hasta que encuentra el primer OUTER JOIN.

¿Consejo?

Revisa todos tus SELECTs y todas tus vistas para asegurarte de que siempre los INNER JOIN se encuentren antes de los OUTER JOIN, conseguirás consultas más eficientes de esa manera.

Artículos relacionados:

INNER JOIN y OUTER JOIN

Ejemplo Nº 001 – Usando INNER JOIN

Ejemplo Nº 002 – Usando INNER JOIN eficientemente

Ejemplo Nº 003 – Escribiendo varios INNER JOIN

Ejemplo Nº 004 – Usando un INNER JOIN para autoreferenciar una tabla

Ejemplo Nº 006 – Usando LEFT JOIN e INNER JOIN

JOIN implícito y JOIN explícito

NATURAL JOIN y CROSS JOIN

Relacionando dos tablas: la forma vieja y la forma nueva

Teoría de Conjuntos: Unión, Intersección, Diferencia

Entendiendo las tablas autoreferenciadas

Autoreferenciar una tabla. Algunos ejemplos

El índice del blog Firebird21

El foro del blog Firebird21

Introducción a los SELECTs para intermedios

1 comentario

Los SELECTs que encontrarás en esta categoría son más complicados que los SELECTs para principiantes que tienes en:

https://firebird21.wordpress.com/category/principiantes/ejemplos-de-selects-para-principiantes/

Los SELECTs para intermedios usan más de una tabla porque es raro que en la vida real todos los datos que necesites estén en una sola tabla, lo normal es que estén en dos o más tablas.

En SQL para relacionar a dos tablas entre sí se utiliza la cláusula JOIN. Al resultado obtenido a su vez le puedes hacer un JOIN con otra tabla. Y a ese nuevo resultado le puedes hacer otro JOIN. Y así sucesivamente. Por lo tanto una sola consulta (un solo SELECT) puede tener muchos JOIN.

Para que el JOIN pueda efectuarse debe existir una columna (o más de una columna) igual o similar entre ambas tablas. Si tus tablas están bien diseñadas (o sea, si están normalizadas) entonces esas columnas seguro que existen.

También es posible relacionar una tabla con sí misma. Para ello necesitarás que dos (o más) columnas tengan alguna relación entre ellas.

La cláusula JOIN puede tener un modificador, los modificadores posibles son:

  • INNER o dejar en blanco porque es el valor por defecto
  • LEFT o LEFT OUTER (son sinónimos)
  • RIGHT o RIGHT OUTER (son sinónimos)
  • FULL o FULL OUTER (son sinónimos)

El modificador INNER devuelve las filas cuya columna/s de relación se encuentran en ambas tablas. Es lo mismo que hace el comando SET RELATION en el lenguaje Visual FoxPro. Este es el modificador por defecto o sea el modificador que se usará en el JOIN si ninguno es especificado.

El modificador LEFT devuelve todas las filas que se encuentran en la tabla de la izquierda (o sea, la tabla escrita a continuación de la cláusula FROM) y solamente las filas de la tabla de la derecha que cumplen la relación.

El modificador RIGHT devuelve todas las filas que se encuentran en la tabla de la derecha (o sea, la tabla escrita a continuación de la cláusula JOIN) y solamente las filas de la tabla de la izquierda que cumplen la relación.

El modificador FULL devuelve todas las filas de la tabla de la izquierda (o sea, la tabla escrita a continuación de la cláusula FROM) y todas las filas de la tabla de la derecha (o sea, la tabla escrita a continuación de la clásula JOIN).

El siguiente gráfico te ayudará a entender mejor a esos modificadores:

Visual_SQL_JOINS

(haciendo click en el gráfico lo verás más grande)

Siempre que tengas alguna duda sobre como funcionan los modificadores del JOIN (INNER, LEFT, RIGHT, FULL) revisa este gráfico que te ayudará a entender.

Recuerda que si no escribes un modificador se usará INNER.

En los siguientes artículos de esta categoría veremos muchos ejemplos del uso de JOIN.