MySQL: el gran tutorial para principiantes

El fundamento de nuestro universo digital es una acumulación de datos que aumenta sin cesar. Como consecuencia, los sistemas de gestión de bases de datos como MySQL son los elementos centrales de Internet y del mundo interconectado. Estos permiten procesar grandes cantidades de datos de manera electrónica, archivarlos con coherencia y guardarlos permanentemente. Para ello, los datos complejos se descomponen en cantidades manejables y, en función de las necesidades, se relacionan entre sí. En nuestro manual de MySQL para principiantes te presentamos los principios básicos de la gestión de bases de datos y te mostramos a través de ejemplos cómo puedes optimizar la gestión de los datos de tu proyecto web con MySQL.

MySQL se cuenta junto a Oracle y Microsoft SQL Server entre los sistemas de gestión de bases de datos relacionales más populares a escala mundial (encuentras un listado actual en https://db-engines.com/en/ranking). El software desarrollado en 1994 por la empresa MySQL AB cuenta hoy en día con el patrocinio de Oracle Corporation y se comercializa bajo un sistema de licencias dual. Asimismo, además de la edición Enterprise propietaria, Oracle ofrece una versión de código abierto con una licencia GPL.  Esta licencia dual ofrece a las empresas la posibilidad de desarrollar aplicaciones propias basándose en MySQL sin tener que someterlas a la licencia de código abierto. En la comunidad open source, sin embargo, la absorción de MySQL por parte de Oracle es objeto de críticas. MySQL está escrito en C y C++ y, además, está provisto de un analizador sintáctico de SQL basado en Yacc con un tokenizador (escáner léxico) propio. Asimismo, el sistema de gestión de bases de datos se destaca por su amplio soporte de sistemas operativos.

En el ámbito del desarrollo web, la integración del proyecto MySQL en el catálogo de productos de Oracle es objeto de desconfianza y crítica debido, principalmente, al aumento constante de las diferencias entre la versión MySQL con licencia GPL y el producto Enterprise de pago. Las nuevas funciones del sistema de gestión de bases de datos son cada vez más frecuentes, aunque solo en la versión propietaria. Las bases de datos de errores no públicas y los tests insuficientes hacen suponer a la comunidad que, bajo las alas del software Oracle, el proyecto open source no disfruta de igualdad de condiciones, lo que desencadena un apoyo cada vez menor por parte de esta.

Ya en el año 2009, el equipo de desarrollo principal en torno a Michael “Monty” Widenius, inventor de la base de datos MySQL, le dio la espalda al popular sistema de bases de datos y puso en marcha con MariaDB un fork de código abierto de MySQL. A finales de 2012, distribuciones Linux como Fedora, OpenSUSE, Slackware y Arch Linux fueron las primeras en reemplazar MySQL por MariaDB como instalación estándar. Un gran número de proyectos open source, de empresas de software y plataformas web conocidas siguieron el mismo ejemplo, entre ellas Mozilla, Ubuntu, Google, Red Hat Enterprise Linux, Web of Trust, Team Speak, la Fundación Wikimedia y XAMPP.  

Aún hoy queda patente que, en comparación con la versión de MySQL de código abierto, MariaDB sigue desarrollándose. Por lo tanto, es de suponer que el fork vaya a superar pronto a su proyecto madre.

Tolkien ha sido clasificado en la tabla autores con la clave primaria id_autores 1. Para consultar todas las obras de dicho autor, este se presenta en la tabla obras como clave foránea. De esta manera se solicitan todos los rows enlazados con el id_autores 1.

En la práctica, todas las operaciones de bases de datos en MySQL se llevan a cabo con comandos SQL estandarizados como SELECT, INSERT, UPDATE y DELETE, pero hablaremos de ellos en capítulos posteriores de nuestro manual de MySQL.

Como es lógico, también se pueden guardar todos los datos referentes a los autores y a sus obras en una única tabla. Un almacenamiento de datos de estas características implica que una base de datos contenga un sinnúmero de entradas redundantes, ya que, por ejemplo, los datos en las columnas nombre y apellido se especifican de forma individual para cada obra. Una redundancia de este tipo no solo supone una carga para la memoria, sino que también da lugar a que se tengan que efectuar actualizaciones en diferentes puntos de la base de datos. Es por eso que cuando se trabaja con bases de datos relacionales se limite su contenido a un asunto por tabla. Se habla, en este caso, de una normalización de los datos.

El campo de aplicación principal de MySQL es el almacenamiento de datos en el contexto de las páginas web dinámicas. La combinación de MySQL con el software de servidores web Apache y los lenguajes de script PHP o Perl se ha consolidado como estructura clásica de software en el desarrollo web. El stack web puede llevarse a cabo como LAMP (Linux), MAMP (macOS) o WAMP (Windows) con los sistemas operativos de servidores habituales.

Para los que empiezan a trabajar con MySQL pueden ser recomendables los entornos locales XAMPP para recabar las primeras experiencias con el sistema de gestión de bases de datos, el cual se basa en  MariaDB en la versión actual.

A continuación, te presentamos algunos ejemplos prácticos para arrojar más luz sobre los fundamentos de MySQL. Nuestro tutorial para MySQL tiene como base el entorno de prueba de XAMPP y los códigos de snippets y las capturas de pantalla se centran en las operaciones de bases de datos que se llevan a cabo a través de PHP con ayuda de un servidor Apache HTTP en un ordenador Windows. En lugar de la clásica base de datos MySQL, en este caso, se aplica el fork MariaDB. Actualmente, ambos sistemas de gestión de bases de datos son tan compatibles que todas las operaciones son exactamente iguales. En el marco de un tutorial para principiantes es indiferente si se trabaja con MySQL o con MariaDB. Para saber cómo puedes instalar un entorno de prueba de manera local en tu ordenador Windows, visita nuestro tutorial de XAMPP. Si quieres aprender a trabajar con bases de datos relacionales desde el principio lo recomendable es que te centres directamente en MariaDB. Un entorno alternativo y gratuito que se basa en MySQL es AMPPS. También tienes la posibilidad de integrar un stack web personalizado. MySQL y MariaDB se pueden combinar, según sea necesario, con diversos sistemas operativos, servidores web y lenguajes de scripts. Los paquetes de descarga gratuitos y con licencia GPL están disponibles en la página mysql.com y mariadb.com. Puedes obtener instrucciones detalladas de instalación para diferentes plataformas en la documentación en inglés de MySQL y MariaDB.

Para la gestión de MySQL nos basamos en la aplicación web libre phpMyAdmin, contenido en el paquete de instalación de XAMPP, pero también se ofrece por separado en la página web oficial del proyecto como paquete de descarga phpMyAdmin es considerado como el software estándar para la administración de bases de datos MySQL en la World Wide Web. La aplicación web escrita en PHP y JavaScript facilita las operaciones de bases de datos a través de interfaces gráficas de usuario. De esta manera se pueden crear y gestionar las tablas de la base de datos relacional cómodamente en el navegador web. En este sentido, no es necesario en principio conocer los correspondientes comandos SQL.

En el extremo izquierdo de la interfaz de usuario aparece un panel de navegación en el que se indican todas las tablas en la base de datos a las que tienes acceso con phpMyAdmin. Bajo el logo del programa en la esquina superior izquierda, hay una función con la que puedes acceder tanto a la página de inicio del software como a la documentación oficial. Además, también existe la posibilidad de configurar el panel de navegación y actualizar su vista.

A continuación empezaremos nuestro curso intensivo de MySQL para que puedas crear tu primera base de datos.

Confirma la entrada haciendo clic en “Create” (crear). La base de datos creada aparece en el panel de navegación en el lado izquierdo de la pantalla. Las nuevas bases de datos no incluyen ningún contenido. Para depositar datos es necesario que, a continuación, crees una tabla.

La tabla que aparece a continuación incluye una descripción de la estructura de las tablas así como de los posibles ajustes.

Todas estas opciones comprenden los ajustes más importantes de las columnas de las tablas. Si te mueves hacia la derecha con ayuda de la barra de desplazamiento encontrarás otras posibilidades de configuración —no incluidas en este tutorial de MySQL para principiantes.

La siguiente tabla expone diferentes tipos de datos que se pueden procesar tanto con MySQL como con MariaDB, así como su campo de valores y sus requisitos de almacenamiento.

Para la tabla de ejemplo users se han configurado los siguientes ajustes:

Los posibles valores para la columna id se definen como números enteros (íntegro, INT) y llevan el atributo UNSIGNED. El id solo puede adoptar valores numéricos positivos. En “Index” hemos seleccionado el ajuste PRIMARY para id. A este respecto, el número de identificación hace de clave primaria para la tabla users y la marca de verificación en “A_I” (Auto_Increment) indica al sistema gestor de bases de datos que los identificadores de cada entrada tienen que generarse como números consecutivos.

Los valores para las columnas forename, surname, email y password se definen como un tipo de datos VARCHAR. Se trata, en este caso, de cadenas de caracteres variables cuya longitud (M) está limitada a 50 caracteres mediante la opción “Length/Value”. Para la columna email se activa el índice UNIQUE. De este modo se garantiza que cada dirección de correo electrónico de la tabla se guarde una única vez.  

Para las columnas created_at y updated_at hemos seleccionado el tipo de datos TIMESTAMP. El sistema de gestión de bases de datos almacena datos temporales para crear y actualizar las entradas en formato YYYY-MM-DD HH:MM:DD. Puesto que el sistema tiene que generar automáticamente una marca temporal para cada entrada, seleccionamos el valor estándar CURRENT_TIMESTAMP para la columna created_at. La columna updated_at adquiere importancia cuando se actualiza una entrada. En este sentido, permitimos los valores Null para esta columna y se establece NULL como valor estándar.

En el capítulo sobre las consultas a las bases de datos te ofrecemos una descripción detallada sobre la sintaxis de SQL.

Los ajustes pueden guardarse haciendo clic en “Save” (guardar). La tabla users se muestra en el panel de navegación de la base de datos bajo la opción test.

La barra del menú cuenta con diferentes pestañas para gestionar las tablas de datos. Si quieres modificar la estructura de una tabla de datos, haz clic en la etiqueta “Structure”; para agregar datos selecciona la opción “Insert” (añadir). phpMyAdmin también permite buscar en las tablas, administrar derechos y exportar conjuntos de datos o importarlos de otras tablas.

En algunas circunstancias, los cambios realizados en la estructura de las tablas pueden conllevar una pérdida de información. Por eso, antes de editar o eliminar las tablas previamente creadas es recomendable que hagas una copia de seguridad de tu base de datos: haz clic en la pestaña “Export” (exportar), selecciona el formato de datos deseado para el backup y confirma el cambio mediante la opción “Go”. A continuación, se abre una ventana de diálogo en la que el navegador web te pide el destino de almacenamiento para la descarga. El programa gratuito MySQLDumper es una alternativa a la creación de copias de seguridad de bases de datos con phpMyAdmin.

Tras haber introducido las entradas en la tabla de ejemplo users, en los siguientes capítulos mostramos cómo se pueden solicitar estos datos vía PHP a través del servidor web Apache.

Para ello, el primer paso consiste en crear la conexión con la base de datos. En PHP se puede recurrir a tres interfaces: MySQL Extension, MySQL Improved Extension (MySQLi) y PHP Data Objects (PDO).

• MySQL Extension: la extensión MySQL consiste en una interfaz de MySQL hoy obsoleta que fue muy popular en su momento. Frente a MySQLi y PDO, esta versión tiene la desventaja de que no soporta ni sentencias preparadas ni parámetros con nombre.

• MySQLi: MySQLi es una versión mejorada de la clásica extensión de PHP para acceder a las bases de datos MySQL. La interfaz trabaja de un modo procedimental, pero también está orientada a objetos. Sin embargo, su utilización es algo limitada en las bases de datos MySQL y Maria DB.

• PDO: los PHP Data Objects (PDO) son interfaces orientadas a objetos que dispone una capa de abstracción para acceder a los datos. Así, los PDO no solo permiten la integración de bases de datos MySQL en PHP, sino también de otros sistemas de bases de datos como PostgreSQL, Oracle, MSSQL o SQLite.

A partir de aquí nos concentramos en las conexiones de bases de datos vía PDO.

Para poder hacer peticiones a una base de datos con un script de PHP, la base de datos se ha de autentificar en primer lugar. Con la siguiente línea de código se crea una conexión con la base de datos a través de un PDO:

Se recomienda integrarla al principio de cada script que contenga operaciones de bases de datos.

Se utiliza la palabra clave de PHP new para crear una instancia de la clase base de PDO, cuyo constructor espera tres parámetros: el Data Source Name (DSN), un nombre de usuario y la contraseña para la base de datos, si la hubiera. En este caso, el DSN está formado por los siguientes parámetros:

• controlador PDO para bases de datos: mysql
• servidor de la base de datos (host=): localhost
• nombre de la base de datos (dbname=): test
• colación (charset=): utf8

Si todavía no has definido los datos de acceso para tu base de datos, utiliza el nombre de usuario root y una contraseña vacía:

La conexión con la base de datos se almacena en la variable $pdo. Esto permite remitir a ella posteriormente en el script.

Una vez creada la conexión con la base de datos, se le pueden realizar distintas consultas a medida que se va escribiendo el código en el script. Cuando se finaliza, también se interrumpe la conexión de la base de datos.

Para extraer información de un banco de datos es necesario recurrir al lenguaje de bases de datos SQL, que se basa semánticamente en el inglés y tiene un mantenimiento sencillo. Su sintaxis es, en gran medida, autoexplicativa.

En SQL se trabaja con sentencias, que también se conocen como consultas o preguntas.

Una consulta SELECT sencilla está formada, por ejemplo, por los siguientes componentes:

Primero se define el comando de SQL SELECT y a continuación las columnas y tablas correspondientes a las que hace referencia el comando. Se utiliza un punto y coma para cerrar la sentencia.

Asimismo, tienes la posibilidad de ampliar la sentencia para una condición opcional o para una función de clasificación o de agrupación:

En este sentido se aplica la convención de que, para facilitar la lectura, los comandos de SQL se escriben en mayúscula y los nombres de las bases de datos, de las tablas y de los campos en minúscula. SQL es fundamentalmente un lenguaje sin formato y no hace distinciones entre mayúsculas y minúsculas.

En caso de que recurras a nombres de tabla y de columna que se correspondan con palabras clave de SQL predefinidas (no recomendable), estos deben ir entre comillas simples (' ').

A continuación, ilustramos la sintaxis de sentencias SQL sencillas con ejemplos de los comandos SELECT, INSERT, UPDATE y DELETE.

Se utiliza el comando SELECT para consultar series de datos (rows) de un número determinado de tablas. Si se quieren mostrar en el navegador tanto el nombre y los apellidos como las direcciones de correo electrónico de todos los usuarios en la tabla de ejemplo creada con anterioridad, tienes que crear en el directorio htdocs de tu entorno de XAMPP un nuevo archivo PHP text.php e incluir el siguiente script:

Este ejemplo de código se lee de la siguiente manera: en primer lugar se inicia el script con la etiqueta de inicio de PHP <?php. En la segunda línea se establece la conexión con la base de datos test en localhost y se guarda en la variable $pdo. La sentencia SQL con el comando SELECT se encuentra en la línea 3. En este punto se indica al sistema de gestión de bases de datos que consulte las columnas forename, surname y email de la tabla users. Esta sentencia se guarda en la variable $sql.

Las líneas de la 4 a la 7 muestran el constructor foreach, que permite la iteración sobre arrays, lo que significa que una estructura de datos se repasa de forma gradual. Tanto los arrays que se quieren iterar como el modo en que se deben guardar los datos consultados se definen entre comillas detrás del constructor foreach:

La variable $pdo se comunica con la base de datos deseada a través de la conexión definida en la línea 2. Con la función query()y enviamos al banco de datos la sentencia SQL almacenada en la variable $sql.

El servidor web solicita las columnas forename, surname e email de la tabla users de la base de datos test y recorre todas y cada una de las filas de la tabla en el marco del constructor foreach. La palabra clave de PHP as en la variable $row define dónde se tienen que guardar los datos seleccionados.

En la primera ronda del constructor foreach, el array tendría el siguiente aspecto:

Si se tienen que leer todas las columnas de una tabla de datos, se debe utilizar el asterisco (*) como espaciador en la secuencia SQL.

En los dos ejemplos anteriores, el servidor web emite datos de usuario en el orden en el que se han introducido en la tabla users (conforme al identificador). Si quieres emitir los datos en otro orden, defínelo con ayuda de la palabra clave de SQL ORDER BY. En el siguiente ejemplo se ofrecen los datos en orden alfabético según el nombre:

Rara vez se crean manualmente con phpMyAdmin las entradas de una base de datos. Por lo general, es el servidor web es el que escribe los datos durante la ejecución del script, como ocurre, por ejemplo, cuando un usuario de Internet cumplimenta un formulario online en una página web o deja un comentario en una tienda online. En ambos casos se utiliza el comando de SQL INSERT en un segundo plano.

Las sentencias SQL con el comando INSERT se crean siguiendo el siguiente esquema:

Esto se lee de la siguiente manera: abre la tabla correspondiente e introduce los valores 1, 2 y 3 en las columnas 1, 2 y 3.

Un script PHP sencillo con el que se pueda añadir otra entrada en la tabla de ejemplo users puede tener la siguiente apariencia:

Para actualizar conjuntos de datos ya existentes, se puede recurrir al comando SQL UPDATE tal y como se muestra en el siguiente ejemplo:

Esta sentencia SQL tiene el siguiente significado: selecciona la tabla indicada y reemplaza el valor en la columna1 por el valor1 y el valor en la columna2 por el valor2 siempre y cuando la columna3 tenga el valor3. Si te olvidas de incluir la condición, MySQL sobreescribe estos campos en todos los conjuntos de datos.

En este caso estamos trabajando con una sentencia SQL que vincula una operación a una condición. Si trasladamos esto a la tabla de nuestro ejemplo, la dirección de correo electrónico del usuario John Doe se actualiza por medio del siguiente script de PHP:

Para transferir los valores se utiliza la sentencia UPDATE siguiente:

Debido a que se quieren actualizar todos los registros, no hace falta formular ninguna condición para la actualización.

Si trabajas con identificadores en tu base de datos, es adecuado identificar con ellos las entradas que vas a borrar. Si, por ejemplo, quieres eliminar la entrada 5 en la tabla del ejemplo, debes proceder de la siguiente manera:

El comando SQL DELETE elimina siempre una fila entera. Si quieres eliminar valores en columnas determinadas de una base de datos, puedes recurrir a la sentencia UPDATE. Con UPDATE tabla SET columna = NULL WHERE  se le puede asignar el valor NULL a una columna, pero siempre que se haya autorizado dicho valor para la columna correspondiente.

Con PDO se pueden realizar operaciones de bases de datos en calidad de sentencias preparadas (prepared statements). En la actualidad, estas “consultas prefabricadas” son una práctica habitual en el desarrollo web y están respaldadas, sobre todo, por todos los sistemas de gestión de bases de datos modernos.  

• En los ejemplos expuestos con anterioridad hemos transferido directamente valores de parámetro a la sentencia SQL. Los prepared statements, por el contrario, trabajan con marcadores que solo posteriormente se llenan con valores. Esto hace posible que el SGBD pueda comprobar la validez de los parámetros antes de utilizarlos. Las sentencias preparadas ofrecen, siempre y cuando estas se incluyan en el texto fuente, una protección efectiva contra la inyección SQL. En este patrón de ataque, los hackers crean o modifican comandos SQL para acceder a información sensible, transferir datos o aportar los comandos en un sistema.

La inyección SQL se basa en un conocido fallo de seguridad en el entorno de las bases de datos SQL: si se entregan datos de usuario, por ejemplo, vía $_GET con parámetros estáticos, esto permite a los atacantes enriquecer el input con metacaracteres que pueden conducir a efectos indeseados en caso de que estos alcancen al intérprete de SQL sin enmascaramiento. Este método de infiltración puede prevenirse con efectividad por medio de consultas parametrizadas. En este sentido, los prepared statements hacen las veces de plantillas para los comandos SQL que se transmiten a la base de datos separados de los verdaderos parámetros. Esta valida los datos entregados, enmascara los metacaracteres automáticamente e inserta los parámetros en lugar de los marcadores en la secuencia SQL. 

Las sentencias preparadas ofrecen, además de seguridad, una ventaja en cuanto a rendimiento. Esta se hace visible cuando el mismo comando SQL se tiene que ejecutar en bucle con diferentes parámetros. Tras ser analizado sintácticamente, la sentencia preparada se introduce en el sistema de base de datos y tiene que ejecutarse con nuevos parámetros. Así, las consultas complejas pueden agilizarse de forma considerable.

En PDO, los prepared statements pueden ejecutarse con ayuda de la función prepare(). Esta prepara una sentencia para la ejecución y devuelve un objeto de secuencia. Como marcador para los valores correspondientes se utiliza o el símbolo de interrogación (?) o un parámetro con nombre (named parameter).

El siguiente ejemplo de código muestra la operación INSERT como sentencia preparada con parámetros sin nombre:

Inicialmente se genera un objeto sentencia de la consulta deseada con ayuda de la función prepare() y se guarda en el array $statement. En lugar de valores de parámetro concretos, se utiliza el signo de interrogación como marcador.

Si una sentencia SQL solo contiene marcadores, los valores entregados por separado en el código se han de vincular a la sentencia. En PHP se emplea para ello la función bindParam(). Utilizamos el operador flecha (->) para acceder al método bindParam() del objeto $statement y asignarle variables (1 hace referencia al primer signo de interrogación, 2 al segundo, etc.).

Ahora, la plantilla SQL resultante puede ejecutarse tan a menudo como se desea con los parámetros deseados. En el ejemplo actual se definen los valores de las variables para dos registros. La ejecución de las sentencias SQL prefabricadas tiene lugar para cada entrada mediante execute().

Los parámetros con nombre resultan algo más claros que los marcadores con el signo de interrogación. Se trata, en este caso, de marcadores personalizados designados, según las necesidades, por el siguiente esquema:

Los parámetros con nombre no pueden contener espacios en blanco o guiones, por lo que en su lugar se tiene que utilizar el guion bajo (_).

El siguiente ejemplo muestra la operación INSERT como sentencia preparada con parámetros con nombre:

En la sentencia preparada se encuentran los parámetros con nombre :forename, :surname, :email y :password. Estos se vinculan a las variables $forename, $surname, $email y $password por medio de bindParam(). En el ejemplo actual hemos designado tanto los parámetros como las variables en correspondencia con los nombres de las columnas de la tabla del ejemplo, ya que no es la sintaxis la que lo predetermina. Sí se recomienda utilliar una denominación coherente a favor de un código fuente legible. Tanto la asignación de los valores de las variables como la ejecución de la sentencia SQL se lleva a cabo de forma análoga al ejemplo anterior.

MySQL y MariaDB soportan diversas funciones para trabajar con información sobre la fecha y la hora.  Puedes consultar aquí la lista completa de funciones de fecha y hora. En nuestro tutorial de MySQL para principiantes te presentamos algunas de ellas.

Un posible escenario de aplicación para las funciones de fecha y hora son, por ejemplo, las consultas a las bases de datos en las que se tienen que leer todos los conjuntos de datos creados en un día determinado.

El siguiente script emite todos los registros de la tabla users del ejemplo creados hoy:

Para mostrar exclusivamente las entradas de hoy se utiliza la siguiente condición en la sentencia SQL:

En primer lugar, se extrae la fecha de la marca temporal guardada en la columna created_at con ayuda de la función DATE() y se compara en el siguiente paso con la fecha actual. El comando SELECT solo selecciona las entradas cuya marca temporal coincida con la fecha actual. 

Como alternativa puedes seleccionar la entrada actualizada el 17.05.2017, a cuyo efecto hay que adaptar la condición de la sentencia SQL:

En este caso se compara la fecha de referencia con una concreta. Asimismo, se pueden limitar las consultas a un año, mes o día determinados.

La siguiente sentencia hace referencia a todas las entradas de la tabla users creadas en mayo:

Además de los signos de igualdad, SQL también soporta los siguientes operadores de comparación en las condiciones:

Asimismo, también se pueden vincular varias condiciones con operadores lógicos:

La siguiente sentencia permite, por ejemplo, seleccionar todas las entradas creadas después de febrero y antes de abril:

Hasta ahora se han guardado los datos relativos a la fecha y hora en nuestra base de datos en el formato anteriormente indicado. Con MySQL y MariaDB estos no están establecidos. La función DATE_FORMAT() ofrece la posibilidad de ajustar la fecha y la hora con parámetros opcionales.

La tabla que aparece a continuación muestra posibles parámetros para la función DATE_FORMAT(), tal y como aparece especificado en la documentación.

Si un script no se ejecuta como estaba previsto, se pueden presentar errores sintácticos en el código fuente o surgir tablas con nombres, columnas o variables incorrectos. El servidor de bases de datos no emite automáticamente estos mensajes de error, sino que, a menudo, el resultado deseado no se manifiesta sin hacer referencia alguna a la operación fallida.

Con errorInfo(), PDO ofrece una función con la que se pueden recuperar otros datos sobre errores en la última operación realizada en la base de datos, por ejemplo, para emitirlos a través del navegador web.

En el siguiente script de actualización de la dirección de correo electrónico se emplea la función errorInfo() combinada con el constructor if . La condición es la correcta ejecución de la sentencia SQL. Si esta se lleva a cabo como es debido, el servidor web emite el string Update successful. De lo contrario, se ejecuta el código especificado en else.

En el ejemplo, se informa al usuario de que se ha producido un error en SQL y se emite tanto la sentencia SQL correspondiente como información adicional sobre errores por medio de errorInfo():

Si el script se ejecuta a través del servidor web, se obtiene la siguiente información:

En la práctica, no es muy común que el navegador web entregue información detallada sobre los errores, pues no sirven de nada a los usuarios. Por el contrario, los atacantes potenciales pueden utilizar estos mensajes de error para seguir a las consultas SQL y encontrar las debilidades de las aplicaciones. Por esto, es recomendable que la información general dada a los usuarios acerca de los fallos sea muy general y que la información referente a los mismos se almacene de manera interna.

Esto podría lograrse como se muestra a continuación:

La tabla muestra una selección de algunas de las canciones más famosas de los años 60 y puede servir como ejemplo negativo de un mal diseño de bases de datos. 

A primera vista llama la atención el hecho de que la tabla muestre gran cantidad de datos redundantes. Estos se eliminan y  distribuyen en el marco de la normalización en tablas separadas y se combinan entre sí con ayuda de claves foráneas.

Un buen diseño de bases de datos se distingue por tener un mínimo de redundancia. Sin embargo, deben evitarse las entradas dobles a través de la normalización de las tablas de datos. En el marco del modelo de bases de datos relacional se han establecido tres formas normales complementarias que establecen reglas fijas para una estructuración de datos óptima.

Una tabla se corresponde con la primera forma normal cuando todos los valores de los atributos son atómicos. Se entiende por valores de atributo atómicos aquellos que solo contienen información, lo que se puede observar claramente en nuestro ejemplo negativo.

Observemos, por ejemplo, las columnas album_title e interpret de la tabla album. En lugar de incluir cada dato de la tabla en una columna diferente, lo hemos hecho más fácil y hemos introducido datos relativos al año de publicación del álbum, así como de la existencia de la banda entre paréntesis detrás del título del álbum o de los datos del intérprete. Este descuido se hace evidente cuando, por ejemplo, se quieren consultar todos los títulos publicados en un año determinado.

En este caso, es recomendable crear tablas de datos siguiendo las reglas de la primera forma normal. En la tabla de nuestro ejemplo esto tendría el siguiente aspecto:

Si se quiere transmitir un título determinado en nuestra base de datos, además de la información sobre el álbum y el intérprete, estas deben estar combinadas entre sí en tres tablas separadas con ayuda del comando JOIN y de la clave foránea correspondiente.

Las relaciones de claves foráneas te permiten acceder a los datos de diferentes tablas con una única sentencia SQL. Para ello, puedes recurrir a cuatro tipos de JOIN en MySQL y MariaDB:

• INNER JOIN: con INNER JOIN, el sistema de bases de datos busca entradas comunes en tablas enlazadas con JOIN. Solo se leen los conjuntos de datos que guardan coincidencias entre sí, es decir, en los que los valores de las columnas enlazadas (de clave primaria y clave foránea) de ambas tablas coinciden.

• OUTER JOIN: con OUTER JOIN se pueden establecer diferencias entre tablas de datos situadas a la izquierda o a la derecha. A diferencia de INNER JOIN, no solo se leen los conjuntos de datos que coinciden entre sí en ambas tablas, sino también todos los conjuntos de datos restantes de las tablas de la derecha y de la izquierda.

• LEFT JOIN: se leen todos los conjuntos de datos de la tabla izquierda y de la derecha en los que se encuentran coincidencias.

• RIGHT JOIN: se leen todos los conjuntos de datos de la tabla derecha y de la izquierda en los que se encuentran coincidencias.

En este tutorial de MySQL nos centramos en INNER JOIN.

La sintaxis de INNER JOIN sigue el siguiente esquema:

El comando SELECT combinado con el marcador * indica al sistema de gestión de bases de datos que lea los valores de todas las columnas para los que son de aplicación la condiciones de las cláusulas ON y WHERE.

Puesto que en este caso se habla de INNER JOIN, solo se extraen de la base de datos los conjuntos de datos en los que existan coincidencias entre la clave foránea de la tabla1 y la clave primaria de la tabla2. Además, se puede definir una función de filtro opcional con ayuda de la cláusula WHERE.

Te aclaramos esto a continuación con un ejemplo basado en nuestras tablas normalizadas album, interpret y title:

El script del ejemplo muestra una operación INNER JOIN en la que la tabla album está relacionada con la tabla interpret y se seleccionan los conjuntos de datos en los que se da una coincidencia entre la clave primaria y la foránea.

En el marco de una sentencia SQL, se extraen los datos del intérprete de la tabla interpret y los relativos al título del álbum y al año de publicación del disco que aparecen en la tabla album.

La decisión de los conjuntos de datos del join que deben visualizarse viene delimitada con una condición en la cláusula WHERE. Si, por ejemplo, se quiere acceder a los álbumes publicados en el año 1968, se puede proceder de la siguiente manera:

Con ayuda del comando JOIN se pueden unir varias tablas en una red de datos. En el ejemplo siguiente se combina la tabla album en un INNER JOIN con las tablas interpret y title para arrojar información completa sobre los títulos musicales almacenados en la base de datos.

Este manual de MySQL para principiantes está concebido como un curso intensivo que explica los fundamentos sobre los sistemas de bases de datos basados en SQL y presenta ejemplos de interés práctico de sencillas operaciones de bases de datos. Si la información expuesta sobre las posibilidades de la aplicación objeto de la presente guía es de tu interés, también puedes consultar la documentación enlazada en el capítulo introductorio sobre los sistemas de gestión de bases de datos MySQL y MariaDB. Asimismo, Internet también alberga gran cantidad de páginas web que ofrecen tutoriales y ejemplos de uso sobre el popular sistema de gestión de bases de datos. Es recomendable, asimismo, visitar la plataforma online Stack Overflow, en la que una amplia comunidad de usuarios formada por más de 6,5 millones de desarrolladores intercambian información y hablan de los problemas relativos al desarrollo del software. La Digital Guide de IONOS, asimismo, contiene otros muchos artículos sobre bases de datos, a los que puedes acceder haciendo clic sobre las etiquetas que aparecen más abajo.