Diferentes Tipos de Join en el Modelo Relacional (MySQL)

La operación JOIN (combinación) es una operación fundamental en el modelo de base de datos relacional. Si no entiendes cómo funcional realmente y cuáles van a ser los resultados es difícil que trabajes bien con ese tipo de base de datos. Una definición sencilla sería que es “la combinación de dos tablas para extraer la información relacionada de las mismas”.

El problema es que hay diferentes tipos de joins y todos tienen diferente significado. Para clarificar el asunto vamos a ver un ejemplo de los más usado centrándonos en MySQL. En otros gestores de bases de datos (DBMS) el funcionamiento será similar aunque habrá que asegurarse leyendo la documentación.

Los vamos a explicar tomando como referencia el siguiente modelo:

Model Relacional - Relación 1:N

Model Relacional – Relación 1:N

La anterior imagen representa una relación 1:N entre clientes y vehículos. Cada uno de los clientes puede tener uno o varios vehículos y los vehículos o bien pertenecen a un cliente o bien no pertenecen a nadie (supón que son vehículos que se han traído desde la chatarra al taller).

El contenido inicial de las tablas es el siguiente:

Contenido inicial de la tabla clientes.

Contenido inicial de la tabla clientes.

Como podemos ver tenemos 9 clientes con códigos que van desde el “00001” al “00010” (el “00007” no está)

Contenido inicial de la tabla vehículos.

Contenido inicial de la tabla vehículos.

Como vemos hay 16 vehículos pero hay 2  que no tienen cliente asociado y además si nos fijamos bien sólo 8 clientes tienen vehículos, el cliente “00007” es cliente pero no ha traído vehículos.

Con estos datos vamos trabajar con los siguientes JOINS

  • INNER JOIN o “join normal”
  • LEFT JOIN
  • LEFT JOIN con los valores nulos
  • RIGHT JOIN
  • RIGHT JOIN con los valores nulos
  • NATURAL JOIN
  • FULL OUTER JOIN
  • FULL OUTER JOIN con los valores nulos.

INNER JOIN o “join normal”

El resultado es:

Resultado del Inner Join o join normal

Resultado del Inner Join o join normal

En este caso da igual el orden de las tablas alrededor del join y la claúsula INNER es opcional. ¿Qué estamos obteniendo? 14 filas, una por cada coche que tiene cliente asociado. Aquellos coches que no tienen cliente asociado  no salen en la consulta y aquellos clientes sin coche tampco. Y de los campos de las dos tablas sólo mostraré el código del cliente  y la matrícula por razones de comodidad para presentarlo en este post.

LEFT JOIN

Para demostrar cómo funciona realizaremos dos consultas:

El resultado para la primera de ellas es el siguiente:

Left Join de Clientes

Left Join de Clientes

Nos muestra todos los clientes aunque no tengan coche asociado y para aquellos que sí una fila por cada uno de los coches que tienen. Se ve como sale el cliente “00008”  que no tiene coche alguno.

Para la segunda consulta el resultado sería:

Left Join con Vehículos

Left Join con Vehículos

Podemos ver que nos saca todos los vehículos junto con los datos de su dueño y, además, también aquellos vehículos que no tiene dueño. En nuestro caso hay dos, aquellos con las matrículas “0011 ABC” “5566 ABC”.

LEFT JOIN CON LOS VALORES NULOS

Para demostrar cómo funciona realizaremos dos consultas:

El resultado para la primera de ellas es el siguiente:

Left Join con Clientes y valores nulos

Left Join con Clientes y valores nulos

En este caso únicamente obtenemos los clientes que no poseen ningún vehículo. Esto también se podría hacer con una subconsulta.

El resultado para la segunda consulta sería:

Left Join con Vehículos y valores nulos

Left Join con Vehículos y valores nulos

En este caso sólo obtendríamos los coches que carecen de cliente asociado. Se podría hacer también con una subconsulta.

RIGHT JOIN

El funcionamiento es análogo al left join pero en este caso es se tendrán en cuenta todas las filas de la tabla que está a la derecha del join.

Para demostrar el funcionamiento vamos a probar con dos consultas:

El resultado de la primera será:

Right Join con Vehículos

Right Join con Vehículos

Como vemos obtenemos todos los vehículos aunque no tengan dueño. Y para aquellos que sí lo tienen salen los datos de su dueño.

Si ejecutamos la segunda consulta:

Right Join con Clientes

Right Join con Clientes

Me salen todos los clientes (una vez por cada vehículos que posean) e incluso me salen aquellos que no poseen vehículos (el “00008”)

RIGHT JOIN con valores nulos

Para demostrar su funcionamiento ejecutaremos las siguiente consultas:

Al ejecutar la primera obtenemos:

Right Join con vehículos y valores nulos

Right Join con vehículos y valores nulos

Es decir sólo aquellos coches sin dueño y con null en todas las celdas correspondientes al dueño.

El resultado de la segunda consulta sera:

Right Join con clientes y valores nulos

Right Join con clientes y valores nulos

Es decir únicamente aquellos clientes que no tienen coches con null en todas las celdas correspondientes a los coches.

ES MUY IMPORTANTE COMPARAR LOS RESULTADOS DE LEFT JOIN y RIGHT JOIN Y VER LAS ANALOGÍAS EXISTENTES.

NATURAL JOIN

Para demostrar el funcionamiento del natural join vamos a realizar la siguiente consulta:

El resultado será:

Natural Join

Natural Join

Como se puede ver es el mismo resultado que en un INNER JOIN pero debemos tener cuidado ya que con NATURAL JOIN UTILIZA LAS COLUMNAS QUE SE LLAMAN IGUAL EN LAS DOS TABLAS PARA HACER EL JOIN. Si no es así obtendremos resultados imprevistos. También se puede añadir LEFT o RIGHT detrás del NATURAL y delante del JOIN.

OUTER JOIN

MySQL no soporta FULL OUTER JOIN aunque nos da una manera alternativa para hacerlo:

Al hacerlo el resultado sería:

Outer Join

Outer Join

Es decir todos los clientes aunque no tengan vehículos, todos los vehículos aunque no tengan clientes y una fila para cada asociación cliente-vehículo.

Es importante destacar que esta operación no en todos los casos nos va a dar una respuesta correcta. Para más información al respecto es bueno revisar este post.

FULL OUTER JOIN CON VALORES NULOS

Sucede los mismo que en el caso anterior:

El resultado será:

Full Outer Join con valores nulos

Full Outer Join con valores nulos

Es decir tanto los vehículos sin dueño como los clientes sin coche.

Podemos resumir esto en el siguiente gráfico.

Obtenida de WikiMedia Commons

Para más información y detalle deberíamos visitar la documentación de MySQL.

En otros gestores el funcionamiento y la sintaxis puede ser ligeramente diferente.

Share and Enjoy

  • Facebook
  • Twitter
  • Delicious
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

GitHub en clase

githublogoMis alumnos van a tener que tener, DE MANERA OBLIGATORIA, su cuenta en GitHub.

No es algo nuevo, en muchos sitios ya se utiliza GitHub como herramienta docente.

No es por capricho, GitHub ya se ha convertido en un estándar y en muchos trabajos para programadores se pide su perfil en dicha plataforma.

No es porque sí, durante los últimos años muchos de nuestros alumnos han encontrado trabajo y, pese a ser un Ciclo de Administración de Sistemas, lo trabajos se relacionaban más con la programación y la web. El hecho de que tengan un portfolio público de código hecho por ellos creo puede aumentar su motivación para hacer las cosas bien y aumentar su posibilidades de encontrar un futuro trabajo.

La usaremos al menos para las asignaturas de Lenguajes de Marcas e Implantación de Aplicaciones Web.

Share and Enjoy

  • Facebook
  • Twitter
  • Delicious
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

Formación en las empresas. El CTrO (Chief Training Officer)

CTrOA poco que des vueltas por el mundo 2.0 estarás aburrido de oír hablar palabras como gestión del talento, innovación,empoderamiento etc.. La web, la blogosfera y el dospuntocerismo es como el papel, lo aguanta casi todo pero concretar esas ideas (en muchas ocasiones brillantes) y plasmarlas de manera efectiva dentro de nuestra empresa no es algo sencillo. Además de una voluntad real y de una inversión (yo en realidad lo llamaría innovación) propongo la creación de un nuevo cargo directivo encargado única y exclusivamente de estos menesteres. Normalmente podemos distinguir tres grandes cargos en todas las empresas (generalizando y simplificando mucho):

  • CEO (Chief Executive Officer) que será el encargado de llevar las riendas de la empresa y de decidir cuáles son los objetivos de la misma.
  • CTO (Chief Technology Officer) que bajo la supervisión del CEO se encarga de todos aquellos tecnológicos relacionados con la consecución de los objetivos y estrategias de la empresa
  • CFO (Chief Financial Officer) encargado, también bajo la supervisión del CEO, de todos los aspectos financieros de la empresa como la planificación financiera, la gestión de riesgos etc…

La inclusión de un CTrO (Chief Training Officer) en ese organigrama de mando supondría un valor añadido en todas las empresas. Debemos de tener en cuenta que, al fin y al cabo, uno de los grandes valores de las empresas es la suma de todos y cada uno de los valores aportados por sus empleados. Y cuántos más y mejor formados estén estos más valor global tendrá la empresa. Y, ¿cuál sería el rol del CTrO en relación a los otros tres roles directivos?

  • En relación al CEO el CTrO debería definir las estrategias formativas de la empresa y alinearlas con los objetivos generales de la misma. Desarrollar el curriculum empresarial.
  • En relación del CTO deberá coordinarse para la puesta en marcha (con los parámetros de calidad requeridos) tanto de la infraestructura tecnológica como del soporte requerido  para la formación. También sería recomendable el establecimiento de un observatorio tecnológico de tecnologías formativas-educativas.
  • En relación con el CFO deberá analizar la efectividad de cada una de las líneas estratégicas de formación y trabajar para afianzar que el coste de formación se contabilice dentro de los costes de innovación y desarrollo.

Y, ¿cuáles serían las principales habilidades del CTrO?

  • Una amplia experiencia en formación…no podría ser de otra manera
  • Una profundo conocimiento de las tecnologías y del impacto que éstas pueden tener en el proceso formativo.
  • Conocimientos empresariales como la gestión de proyectos, marketing etc…

Un nuevo puesto directivo para estos nuevos tiempos donde el cambio es constante y donde la adaptación de la empresa a ese cambio es mucho más fácil a través de estrategias formativas certeras.

Share and Enjoy

  • Facebook
  • Twitter
  • Delicious
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS