Integridad Referencial

Restricciones (constraints)

Integridad de Referencial

Integridad referencial: asegura la integridad entre las llaves foráneas y primarias (relaciones padre/hijo). Existen cuatro actualizaciones de la base de datos que pueden corromper la integridad referencial:

Integridad de Referencial Error 1

La inserción de una fila hijo se produce cuando no coincide la llave foránea con la llave primaria del padre.

Integridad de Referencial Error 2

La actualización en la llave foránea de la fila hijo, donde se produce una actualización en la clave ajena de la fila hijo con una sentencia UPDATE y la misma no coincide con ninguna llave primaria.

Integridad de Referencial Error 3

La supresión de una fila padre, con la que, si una fila padre -que tiene uno o más hijos- se suprime, las filas hijos quedarán huérfanas.

Integridad de Referencial Error 4

La actualización de la clave primaria de una fila padre, donde si en una fila padre, que tiene uno o más hijos se actualiza su llave primaria, las filas hijos quedarán huérfanas.

Restricciones (constraints) InnoDB también soporta restricciones de claves foráneas. La sintaxis para definir una restricción de clave foránea en InnoDB es así:

[CONSTRAINT símbolo] FOREIGN KEY [id] (nombre_índice, ...) REFERENCES nombre_de_tabla (nombre_índice, ...) [ON DELETE {RESTRICT | CASCADE | SET NULL | NO ACTION}] [ON UPDATE {RESTRICT | CASCADE | SET NULL | NO ACTION}]

Limitaciones ●

●

●

●

Ambas tablas deben ser InnoDB y no deben ser tablas temporales. En la tabla que hace referencia, debe haber un índice donde las columnas de clave extranjera estén listadas en primer lugar, en el mismo orden. No están soportados los índices prefijados en columnas de claves foráneas. Una consecuencia de esto es que las columnas BLOB y TEXT no pueden incluirse en una clave foránea, porque los índices sobre dichas columnas siempre deben incluir una longitud prefijada. Si se proporciona un CONSTRAINTsímbolo, éste debe ser único en la base de datos. Si no se suministra, InnoDB crea el nombre automáticamente.

Acciones

InnoDB rechaza cualquier operación INSERT o UPDATE que intente crear un valor de clave foránea en una tabla hija sin un valor de clave candidata coincidente en la tabla padre. La acción que InnoDB lleva a cabo para cualquier operación UPDATE o DELETE que intente actualizar o borrar un valor de clave candidata en la tabla padre que tenga filas coincidentes en la tabla hija depende de la accion referencial especificada utilizando las subcláusulas ON UPDATE y ON DETETE en la cláusula FOREIGN KEY.

Acciones Cuando el usuario intenta borrar o actualizar una fila de una tabla padre, InnoDB soporta cinco acciones respecto a la acción a tomar: • CASCADE: Borra o actualiza el registro en la tabla padre y automáticamente borra o actualiza los registros coincidentes en la tabla hija. Tanto ON DELETE CASCADE como ON UPDATE CASCADE están disponibles en MySQL 5.0. Entre dos tablas, no se deberían definir varias cláusulas ON UPDATE CASCADE que actúen en la misma columna en la tabla padre o hija. • SET NULL: Borra o actualiza el registro en la tabla padre y establece en NULL la o las columnas de clave foránea en la tabla hija. Esto solamente es válido si las columnas de clave foránea no han sido definidas como NOT NULL. MySQL 5.0 soporta tanto ON DELETE SET NULL como ON UPDATE SET NULL.

Acciones • NO ACTION: En el estándar ANSI SQL-92, NO ACTION significa ninguna acción en el sentido de que unintento de borrar o actualizar un valor de clave primaria no sera permitido si en la tabla referenciada hay una valor de clave foránea relacionado. (Gruber, Mastering SQL, 2000:181). En MySQL 5.0, InnoDB rechaza la operación de eliminación o actualización en la tabla padre. • RESTRICT: Rechaza la operación de eliminación o actualización en la tabla padre. NO ACTION y RESTRICT son similares en tanto omiten la cláusula ON DELETE u ON UPDATE. (Algunos sistemas de bases de datos tienen verificaciones diferidas o retrasadas, una de las cuales es NO ACTION. En MySQL, las restricciones de claves foráneas se verifican inmediatamente, por eso, NO ACTION y RESTRICT son equivalentes.) • SET DEFAULT: Esta acción es reconocida por el procesador de sentencias (parser), pero InnoDB rechaza definiciones de tablas que contengan ON DELETE SET DEFAULT u ON UPDATE SET DEFAULT.

Agregando constrains posteriormente En ocasiones tenemos una tabla que queremos agregarle un constraint una sobre una tabla ya existente: ALTER TABLE nombre_tabla ADD [CONSTRAINT nombre_restriccion] FOREIGN KEY (columna) REFERENCES tabla_referenciada (indice_tabla) [ON DELETE {RESTRICT | CASCADE | SET NULL | NO ACTION}] [ON UPDATE {RESTRICT | CASCADE | SET NULL | NO ACTION}]

Ejemplo Imagine la base de datos de un negocio en donde existen las tablas clientes y ventas como se muestran a continuación: CREATE TABLE clientes ( id INT NOT NULL, nombre VARCHAR(30), PRIMARY KEY (id) ) TYPE = INNODB; CREATE TABLE ventas ( id_factura INT NOT NULL, id_cliente INT NOT NULL, cantidad INT, PRIMARY KEY(id_factura), INDEX (id_cliente) ) TYPE = INNODB;

Ejemplo Ahora vamos a agregar una restricción que impida agregar una venta si no existe el cliente correspondiente, que haga NULL el campo id_cliente en caso que se llegara a borrar el cliente en cuestión y que actualice los indices en caso que sea modificado el id del cliente: ALTER TABLE ventas ADD CONSTRAINT ventas_clientes FOREIGN KEY(id_cliente) REFERENCES clientes(id) ON UPDATE CASCADE ON DELETE SET NULL;

Ejemplo 2 Ahora imagine que tiene las tablas productos y categorias la cual es una relación de muchos a muchos, es decir un producto puede pertenecer a varias categorías y una categoría puede pertenecer a varios productos, por lo cual necesitamos una tabla intermedia categorias_productos: CREATE TABLE categorias ( id int(4) not null primary key, name VARCHAR(255) default null ); CREATE TABLE productos ( id int(4) not null primary key, name VARCHAR(255) default null );

Ejemplo 2 En casos generales de las relaciones de muchos a muchos las restricciones se colocan siempre en la tabla intermedia en este caso categorias_productos como se muestra a continuación: CREATE TABLE categorias_productos ( categoria_id int(4) not null, producto_id int(4) not null, PRIMARY KEY (producto_id, categoria_id), FOREIGN KEY (categoria_id) REFERENCES categorias (id) ON DELETE CASCADE ON UPDATE CASCADE, FOREIGN KEY (producto_id) REFERENCES productos (id) ON DELETE CASCADE ON UPDATE CASCADE );

Bibliografía:

Clave foránea: Definición de clave foránea y ejemplos en sql, disponible en: https://es.wikipedia.org/wiki/Clave_for%C3%A1nea

Definicion de Restricciones (constraints foreign key): Implementación de claves foráneas en mysql, definición y ejemplos: http://mirror.metrocast.net/mysql/doc/refman/5.0/es/innodb-foreign-key-constraints .html