Otras funcionalidades

1. Interés y limitaciones

El particionado horizontal permite dividir una tabla en función de los datos que contiene, de forma transparente para el usuario. Este proceso nos puede permitir una gestión más eficaz de los datos almacenados agrupándolos en diferentes lugares (particiones) según determinados criterios. El particionado de una tabla se define en su creación, indicando el tipo y la clave de las particiones, así como otros parámetros, como el número de particiones que se van a generar.

1. Rol

Las rutinas almacenadas son programas (procedimientos o funciones) creados por el usuario, precompilados y almacenados en el servidor MySQL. Permiten mover una parte de la lógica de negocio de una aplicación del cliente al servidor. El cliente no tiene la necesidad de volver a introducir todo el comando, sino solo hacer una simple referencia a la rutina.

Las rutinas almacenadas pueden tener varios usos:

El lenguaje para programar una rutina es bastante rudimentario, pero es posible utilizar:

Durante la creación de un programa almacenado (procedimiento, función, trigger...), es imprescindible modificar el delimitador, es decir, el símbolo que indica al intérprete que el comando ha terminado y que lo puede interpretar. Por defecto, el delimitador de MySQL es el carácter punto y coma «;», el mismo que se utiliza en el programa almacenado para definir el final de cada instrucción. En caso de que el delimitador no se cambie, la creación del programa almacenado fracasará en el primer punto y coma.

mysql> CREATE PROCEDURE `PS_verif_login`( IN p_mail varchar(50), ...

1. Rol

Los disparadores o triggers son objetos cuyo objetivo es ejecutar el código en respuesta a un evento que ocurre en una tabla. Los eventos pueden ser de tres tipos: INSERT, UPDATE o DELETE (o similares, por ejemplo: la instrucción REPLACE equivalente a INSERT, o INSERT y DELETE). La orden de activación se define antes (BEFORE) o después (AFTER) del evento. Por ejemplo, el DBA seleccionará BEFORE para un test de comprobación de datos y AFTER para el registro.

2. Sintaxis

La sintaxis que se debe observar durante la creación de un trigger es:

CREATE 
[DEFINER = { user | CURRENT_USER }] 
TRIGGER nombre_del_disparador momento_de_activación 
acción_ejecutada 
ON nombre_de_tabla FOR EACH ROW cuerpo_del_disparador
 

Con momento_de_activación que vale BEFORE o AFTER y acción_ejecutada que toma los valores INSERT, UPDATE o DELETE.

En el cuerpo del disparador, los alias OLD y NEW están disponibles en función del contexto (INSERT/UPATE/DELETE). Permiten acceder, de forma respectiva, al valor de una columna de la tabla que contiene el disparador, antes y después de la modificación:

Ejemplo de un disparador que protege los datos borrados de la tabla City:

CREATE TABLE City (   
  id int(11) NOT NULL DEFAULT '0',   
  name char(35) NOT NULL DEFAULT ''   
) ENGINE=InnoDB   
   
CREATE...

1. Rol

El planificador de eventos o «event scheduler» ofrece la posibilidad al administrador de bases de datos de iniciar la ejecución de programas almacenados directamente en el servidor MySQL. Este planificador de tareas interno (CRON-like) permite automatizar de forma sencilla las tareas a intervalos regulares, o a una hora fija, sin necesidad de configurar el sistema operativo, que alberga la base de datos. Para poder utilizarlo, debemos, en primer lugar, activarlo, ya que no es el caso por defecto:

mysql> SHOW VARIABLES LIKE 'event_scheduler';   
+-----------------+-------+   
| Variable_name   | Value |   
+-----------------+-------+   
| event_scheduler | OFF   |    
+-----------------+-------+   
   
mysql> SET GLOBAL event_scheduler = 1;   
   
mysql> SHOW VARIABLES LIKE 'event_scheduler';   
+-----------------+-------+   
| Variable_name   | Value |   
+-----------------+-------+   
| event_scheduler | ON    |    
+-----------------+-------+ 
 

Una vez activado, MySQL inicia un proceso ligero (thread) en segundo plano. Este proceso se encarga de ejecutar los eventos cuando llega el momento. Puede comprobarlo utilizando el comando SHOW PROCESSLIST, para lo que debemos contar con el privilegio SUPER; en caso contrario, solo veremos los procesos que nos están asociados.

mysql> SHOW PROCESSLIST\G   
*************************** 1. row ***************************  
     Id: 12    
   User: event_scheduler    
   Host: localhost    
     db: NULL    
Command: Daemon    
   Time: 58    
  State: Waiting on empty queue    
  ...

1. Rol

Las vistas son tablas virtuales creadas a partir de una petición SELECT. No almacenan los datos que generan, sino solo la petición que permite crearlas. La petición SELECT que genera la vista hace referencia a una o varias tablas. La vista puede ser, por ejemplo, un join entre diferentes tablas, la agregación o la extracción de algunas columnas de una tabla. También puede crearse a partir de otra vista.

Las vistas son por lo general de solo lectura y solo permiten leer los datos. Sin embargo, MySQL permite la creación de vistas modificables en ciertas condiciones:

Las vistas pueden utilizarse por diferentes razones; estas permiten:

Para...

1. Introducción

Las columnas generadas aparecieron con MySQL 5.7. La idea es muy simple: se trata de columnas cuyos valores son derivados de una o varias columnas de la misma tabla. Las columnas generadas pueden indexarse, lo que permite añadir índices funcionales para, por ejemplo:

MySQL ofrece dos tipos de columnas generadas: las columnas virtuales, cuyos valores se calculan sobre la marcha y nunca se almacenan en disco, y las columnas persistentes, que son columnas convencionales almacenadas en disco pero cuyo valor se calculará a partir de otras columnas.

2. Columnas virtuales

Imaginemos que tenemos una tabla t con una columna que almacena un apellido. Para añadir a nuestra tabla una columna virtual que contenga el nombre de familia al revés, utilizaremos la siguiente sintaxis:

mysql> ALTER TABLE t ADD nombre_inverso VARCHAR(50) GENERATED ALWAYS 
AS REVERSE(nom) VIRTUAL;
 

Observe que, aunque la adición de una columna virtual se hiciera empleando el comando ALTER...

1. El tipo de datos JSON

Un nuevo tipo de datos hizo su aparición con MySQL 5.7: el tipo JSON. Era perfectamente posible almacenar en JSON en las versiones anteriores con columnas de tipo TEXT, pero el nuevo tipo de datos presenta varias ventajas:

Este nuevo tipo de datos marca el primer paso de una gran evolución de MySQL: en el futuro, MySQL será no solo capaz de interactuar con los datos a través de peticiones SQL, sino también a través de otro protocolo de comunicación inspirado por los sistemas NoSQL. En el momento de escribir este libro, Oracle ha publicado un nuevo plugin llamado Document Store que permite usar MySQL como un verdadero sistema NoSQL y que proporciona un resumen de las funcionalidades que estarán con toda probabilidad disponibles con MySQL 5.8.

He aquí un ejemplo de creación de una tabla con un campo de tipo JSON. Puede ver que la inserción de un document JSON no válido falla:

mysql> CREATE TABLE personas (details JSON); ...