Restricciones de integridad en SQL

Restricciones de Integridad de Dominio en SQL

Las restricciones de integridad de dominio definen los valores permitidos para una columna determinada. Aplicando estas restricciones, puedes restringir los datos introducidos en una columna concreta, garantizando valores de datos coherentes en toda tu base de datos.

Algunas de las restricciones de integridad de dominio más utilizadas son:

• Tipo de datos - La columna debe contener valores de un tipo de datos específico
• Formato de datos - El formato de los valores de una columna debe seguir un patrón definido
• Rango - Los valores deben estar dentro de un rango especificado
• Enumeración - Los valores de la columna sólo pueden tomarse de un conjunto predefinido de valores

Restricciones de integridad de entidad en SQL

Las Restricciones de Integridad de Entidades implican identificar de forma única las filas de una tabla de base de datos, de forma que no haya valores duplicados o nulos en una columna de clave primaria. Una clave primaria es una columna única en una tabla que identifica de forma única cada fila de la tabla. Esta restricción ayuda a mantener la unicidad e integridad de los datos, impidiendo la existencia de filas duplicadas.

Restricción de integridad referencial en SQL

La restricción de integridad referencial garantiza que las relaciones entre tablas se mantengan de forma coherente. Se aplica utilizando claves externas, que son columnas de una tabla que hacen referencia a una clave primaria de otra tabla. La clave ajena ayuda a mantener la integridad referencial entre dos tablas relacionadas, asegurándose de que los cambios en la clave primaria de una tabla se reflejen en la clave ajena correspondiente de otra tabla.

Hay dos reglas principales que hay que mantener cuando se trata de Restricciones de Integridad Referencial:

• Si se actualiza o elimina un valor de clave primaria, también deben actualizarse o eliminarse los valores de clave externa correspondientes en la tabla relacionada.
• Cualquier nuevo valor de clave ajena que se añada a la tabla relacionada debe tener un valor de clave ajena correspondiente en la otra tabla.

Implementación de restricciones de integridad complejas en SQL

Las Restricciones de Integridad Complejas en SQL implican implementar restricciones personalizadas y utilizar desencadenadores para escenarios específicos. Estas restricciones permiten que la base de datos gestione requisitos de datos más complejos que los que permiten las restricciones estándar. Implementar restricciones complejas te permite mantener la integridad, coherencia y precisión de los datos en la base de datos de forma eficaz, al tiempo que abordas necesidades empresariales específicas.

Crear restricciones personalizadas

Crear Restricciones Personalizadas implica definir reglas basadas en requisitos específicos que no pueden abordarse utilizando las restricciones estándar predefinidas. Estas restricciones ayudan a mantener la validez y coherencia de los datos según la lógica empresarial específica. Las restricciones personalizadas pueden implementarse utilizando restricciones SQL CHECK.

Aquí tienes algunos aspectos esenciales que debes tener en cuenta al crear restricciones personalizadas:

• Las restricciones personalizadas deben basarse en columnas de la misma tabla.
• La restricción debe consistir en una expresión lógica, no en una consulta SQL.
• La restricción debe verificarse y mantenerse durante todas las operaciones INSERTAR, ACTUALIZAR y ELIMINAR en la tabla.

Para crear una restricción personalizada en SQL, puedes utilizar la palabra clave CHECK seguida de la condición de restricción deseada.

CREAR TABLA Empleados ( empleado_id INT PRIMARY KEY, salario NUMERIC(10,2), join_date DATE, CHECK (join_date > '2000-01-01' AND salario >= 20000) );

Al crear restricciones personalizadas, puedes mantener la integridad de los datos y aplicar reglas empresariales específicas que no se pueden conseguir con las restricciones SQL estándar.

Uso de desencadenadores para restricciones complejas

Los desencadenantes son una potente herramienta de SQL que facilita la aplicación de restricciones de integridad complejas. Los desencadenantes SQL se adjuntan a eventos específicos como INSERTAR, ACTUALIZAR, ELIMINAR o incluso a múltiples eventos en tablas o vistas específicas. Los desencadenantes se invocan automáticamente cuando se producen los eventos definidos, lo que permite verificar las restricciones y aplicar alteraciones automáticamente.

Cuando necesites aplicar restricciones complejas que impliquen varias tablas o cálculos complejos, los activadores se convierten en un método adecuado para mantener la integridad de los datos.

Los desencadenantes pueden clasificarse en dos tipos:

• Disparadores Antes - Estos disparadores se ejecutan antes del evento especificado. Son útiles para mantener restricciones complejas validando y manipulando los datos antes de que se almacenen permanentemente en la base de datos.
• Disparadores Después - Estos disparadores se ejecutan después del evento especificado. Pueden utilizarse para mantener la integridad de los datos realizando acciones adicionales, como actualizar otras tablas o generar entradas de registro para mantener un registro de auditoría.

CREATE TRIGGER check_project_budget AFTER INSERT ON tasks FOR EACH ROW BEGIN DECLARE project_total_cost NUMERIC(10,2); DECLARE project_budget NUMERIC(10,2); SELECT SUM(estimated_cost) INTO project_total_cost FROM tasks WHERE project_id = NEW.project_id; SELECT budget INTO project_budget FROM projects WHERE project_id = NEW.project_id; IF project_total_cost > project_budget THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '¡Se ha superado el presupuesto del proyecto!'; END IF; END;

En resumen, el uso de desencadenadores te permite mantener restricciones complejas que implican múltiples tablas y cálculos, garantizando la integridad de los datos, la coherencia y el cumplimiento de las reglas empresariales. Si sabes cuándo y cómo utilizar restricciones y desencadenadores personalizados, podrás crear una base de datos robusta y optimizada para tus necesidades específicas.

Garantizar la coherencia de los datos con restricciones de integridad en SQL

Las restricciones de integridad desempeñan un papel vital a la hora de garantizar la coherencia de los datos en las bases de datos SQL, ya que aplican reglas para mantener la integridad de los datos, la unicidad y las relaciones referenciales entre tablas. Esta sección profundizará en los aspectos de la alteración y eliminación de restricciones y el mantenimiento de la integridad referencial durante las actualizaciones y eliminaciones.

Modificar y eliminar restricciones

Cuando trabajes con una base de datos en evolución, puede que necesites modificar o eliminar restricciones para adaptarlas a los cambios en la estructura de datos o a los requisitos de la empresa. En SQL, puedes hacerlo fácilmente utilizando la sentencia ALTER TABLE para alterar o eliminar restricciones.

Sin embargo, al modificar o eliminar restricciones, es esencial seguir ciertos métodos y buenas prácticas para evitar comprometer la integridad y coherencia de tus datos. Exploremos cómo realizar estas acciones de forma segura y correcta con los siguientes pasos:

1. Identifica la restricción que se va a modificar o eliminar - Normalmente puedes encontrar esta información en el esquema de la tabla o consultando el INFORMATION_SCHEMA.
2. Garantiza la integridad de los datos - Antes de alterar o eliminar una restricción, asegúrate de que los datos existentes se ajustan a los nuevos requisitos de la restricción, o resuelve cualquier conflicto potencial si se elimina la restricción.
3. Realiza la alteración o eliminación mediante la sentencia ALTER TABLE - Emite los comandos SQL adecuados para aplicar los cambios a las restricciones según sea necesario.
4. Verifica los cambios - Confirma que las restricciones se han modificado o eliminado correctamente examinando el esquema actualizado de la tabla o ejecutando consultas de prueba.

1. Identifica la restricción

   :SELECT * FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS WHERE TABLE_NAME = 'Empleados'; 

2. Asegúrate de que todos los valores de salario existentes son iguales o superiores a 18.000.
3. Realiza la alteración utilizando la sentencia ALTER TABLE

   :ALTER TABLE Empleados DROP CONSTRAINT salario_restricción; ALTER TABLE Empleados ADD CONSTRAINT salario_restricción CHECK (salario >= 18000); 

4. Verifica los cambios comprobando el esquema de la tabla y ejecutando consultas de prueba.

Mantener la integridad referencial durante las actualizaciones y eliminaciones

La integridad referencial, como ya se ha mencionado, es esencial para preservar la coherencia y fiabilidad de las relaciones entre las tablas de tu base de datos. Las actualizaciones y eliminaciones en las columnas de clave primaria o clave externa pueden romper potencialmente la integridad referencial si no se manejan con cuidado. Por lo tanto, es crucial tener en cuenta el impacto de estas operaciones en las tablas relacionadas.

En SQL, puedes utilizar acciones referenciales para mantener la integridad referencial durante las actualizaciones y los borrados. Estas acciones definen cómo se propagan los cambios en una tabla a las tablas relacionadas. Las principales acciones referenciales son

• CASCADE - Esta acción actualiza o borra automáticamente las filas de clave ajena correspondientes en la tabla relacionada cuando se actualiza o borra la clave primaria en la tabla padre.
• SET NULL - Si se actualiza o elimina la clave primaria, esta acción establece en NULL los valores correspondientes de la clave externa en la tabla relacionada.
• ESTABLECER POR DEFECTO - Esta acción establece los valores de las claves externas de la tabla relacionada a sus valores por defecto cuando se actualiza o borra la clave primaria de la tabla padre.
• SIN ACCIÓN - No se realiza ninguna acción en la tabla relacionada cuando se actualiza o elimina la clave primaria en la tabla padre. Sin embargo, la norma SQL exige que se rechace la actualización o eliminación de la clave primaria si infringe la restricción de integridad referencial.

Para mantener la integridad referencial, puedes elegir una de las acciones anteriores que mejor se adapte a tus requisitos específicos de datos. Define estas acciones mediante la definición de la restricción FOREIGN KEY en la sentencia CREATE TABLE o ALTER TABLE.

CREAR TABLA Pedidos ( order_id INT PRIMARY KEY, customer_id INT, product_id INT, quantity INT, FOREIGN KEY (customer_id) REFERENCES Customers(customer_id) ON UPDATE CASCADE ON DELETE CASCADE );

Siguiendo estas directrices, puedes mantener eficazmente la integridad referencial durante las actualizaciones y los borrados, y garantizar la calidad y coherencia de los datos en tu base de datos SQL.