Ejemplos de restricciones en base de datos

Tema 2 : Base De datos activas

Definición

Un sistema De bases de datos activas es un sistema de gestión de bases de datos(SGBD) que Contiene un subsistema que permite la dentición y la gestión de reglas de producción (reglas activas).

UN SGBD ACTIVO

Un Sistema Gestor de Base de Datos Activo debe ser capaz de monitorizar y reaccionar ante Eventos de manera oportuna y eficiente, cuando se producen ciertas condiciones O ejecutan de manera automática ciertas acciones.

RESTRICCIONES DE INTEGRIDAD Y REGLAS DE NEGOCIO

SQL le Permite incorporar la Definición de restricciones en la definición de la tabla, Las cuales el sistema controlara la integridad de los datos antes que se Carguen.

Estas Restricciones pueden ser:

-Integridad De entidad  y referencial.

-Especificas.

Ejemplos de Restricciones:

-Restricciones De clave primaria.(PRIMARY KEY).

-Restricciones De integridad asociadas a la tabla.(PRIMARY KEY (campo,campo2))

-Restricciones De unicidad de los valores de una columna.(UNIQUE)

-Restricciones De valores nulos.(NOT NULL)

-Restricciones De rangos de valores permitidos.(“campo” BETWEEN X AND Y)

-Definición De claves externas para relacionar columnas de distintas Tablas.(FOREING KEY (campo, campo2) REFERENCES “tabla”(campo,campo2))

-Definición De Valores por defecto.(DEFAULT 1)

TRANSACCIONES

-Es un Conjunto de operaciones que se manipulan como una unidad. Unidad se refiere a Unidad atómica de trabajo, que se realiza por completo o no se efectúa en lo Absoluto.

-La BD Posee un gestor de recuperación que debe mantenerse al tanto de las siguientes Operaciones:

-BEGIN_TRANSACTION :inicio de la transacción

-READ O WRITE : Operaciones de lectura o escritura de elementos en la BD.

-END_TRANSACTION : fin de la transacción

            -Si los cambios introducidos se Pueden aplicar permanentemente en la BD  Se debe confirmar.

            -Si la transacción  puede abortar si viola alguna restricción o Por alguna razón.

-COMMIT_TRANSACTION: Confirmar transacción.

-ROLLBACK O ABORT : la transacción termina sin éxito y se debe deshacer cualquier Modificación realizada en la BD

Propiedades de las transacciones(ACID)

-ATOMICIDAD: Debe ser una unidad atómica.

-Conservación DE LA CONSISTENCIA: la ejecución debe mantener la consistencia de la BD

AISLAMIENTO: La ejecución de una transacción no debe perturbar la transacción de otras .

DURABILIDAD O PERTENENCIA: los cambios que se realizan deben perdurar en la BD .

Comportamiento Activo :

Las bases De datos convencionales se consideran muertas o obsoletas ya que existen Situaciones que no pueden manejar. Por ende se necesita el comportamiento Activo de las BD ACTIVAS .

Comportamiento Activos : CUENDO + QUE.

Gestor Activo :

Posee un Modelo de reglas ECA y soporta la gestión de reglas y la evaluación de la base De la datos.

Modelo de conocimiento

Describe La situación y la reacción correspondiente (Reglas ECA)

-Reglas Eca.

Evento :Dispara la acción ,y esta puede ser una instrucción , una excepción , el reloj O una aplicación externa de la BD

Condición : Estado que debe darse , que puede ser , un predicado sobre la BD ,y puede ser Opcional , es decir si no incluye la condición es siempre cierta.

Acción :que Se hace, operación en la BD, llamadas externas , abortar transacción o comandos Sql extendidos

Modelo de ejecución:

realiza un seguimiento de La situación y gestiona el comportamiento activos(como se comportan las reglas De tiempo de ejecución)

SQL Y LAS BD ACTIVAS

Contraints: Especificaciones que se aplican a columnas o tablas

Aserciones (assertions) : restricciones que no tienen por que estar asociada a una única Tabla.

Disparadores(Triggers): Aserciones con acciones asociadas.

Ventajas:

-Mayor Productividad.

-mejor Mantenimiento.

-reutilización De código.

-reducción Del trafico de mensajes.

Aplicaciones de los SGBD ACTIVOS

Internas:

-administraciones De BD

-control de Integridad

-seguridad Y auditoria

-gestión de Versiones.

Externas: Reglas de negocios.

Notificaciones : notificar cuando ocurren ciertas condiciones.

Reforzar Restricciones de integridad.

Modelo de Ejecución

Ejecución

En general, La forma de que se ejecutan las fases, dependen de dos modos de acoplamiento:

-EVENTO VS Condición

-Condición VS Acción

Para dichos Modos existen tres tiempos de evaluación:

-INMEDIATO: La condición se evalúa inmediatamente después del evento, y la acción se Ejecuta inmediatamente Después de la condición

-DIFERIDO: la Condición se evalúa al final de la transacción. Y la acción se ejecuta al final De la transacción.

-DESPRENDIDO: La condición se evalúa en una transacción diferente y la acción se ejecuta en Una transacción diferente.

Reglas de base de datos:

-DISPARADOR(TRIGGER)

Los disparadores están asociados a una única tabla , y esta dividida en Tres partes:

-Un EVENTO que indica la acción sobre la tabla que causara efecto cuando Se active el disparador

            -INSERT , DELETE, UPDATE

-Un TIEMPO DE Acción que indica cuando se activara el dispara

            -AFTER O BEFORE

-Una Acción que se llevan a cabo si ocurre el evento y puede ser :

            -Una secuencia SQL Ejecutable.

            -Un bloque atómico de Sentencias SQL ejecutables.

Reglas de CODD para SGBD RELEACIONALES

-REGLA 0:

Un SGBDR debe ser capas de Gestionar una BDR utilizando las capacidades relacionales.

-REGLA 1:

Toda la información almacenada en una BDR debe ser representada de forma explicita y única a nivel lógico.

-REGLA 2:

Todo dato debe ser accesible Mediante la combinación de un nombre de tabla y un valor de su clave y el Nombre de su columna.

-REGLA 3:

Se ofrece un valor nulo para dar Soporte a la representación de información desconocida.

-REGLA 4:

La descripción de la BD se debe Representar en el nivel lógico de la misma manera que los datos ordinarios , Así se consulta utilizando el mismo lenguaje relacional que se una para acceder A los datos normales.

-REGLA 5:

El sistema relacional debe incluir Un lenguaje para definir, definición de datos , definición de vistas , Manipulación de datos , restricciones , autorizaciones y control de Transacciones.

-REGLA 6:

toda vista teóricamente actualizable Debe poder actualizarse en el sistema.

-REGLA 7:

la capacidad de manejar una Relación como operando único debe existir , no solo al recuperar información Sino también en la inserción , la actualización y borrado de los datos.

-REGLA 8:

los programas de aplicación y las Actividades terminales de la BD deben mantenerse inalterados desde el punto de Vista lógico , sin importar los cambios que se introduzcan en el mecanismo de Almacenamiento o acceso de la BD.

-REGLA 9:

los programas de aplicación y las Actividades terminales de la BD no deben ser afectados por aquellos cambios que Preserven la información.

-REGLA 10:

Las reglas de integridad de una BD Determinada deben ser definibles por medio del sublenguaje de datos relacional.

-REGLA 11:

debe existir un sublenguaje de Datos que pueda soportar la BD distribuida sin que haya que alterar el programa De la aplicación cuando se distribuyen los datos por primera vez.

-REGLA 12:

si un SGBD soporta un lenguaje de Bajo nivel que permite el acceso fila a fila , este no puede utilizarse para Saltarse reglas de integridad.

Limitaciones del modelo relacional

El modelo Relacional tiene dificultades en aplicaciones que manejan gran variedad de tipo De datos en cierta complejidad.

-OBJETOS COMPLEJOS: Pobre  forma de representación De objetos complejos.

-Estructuración: No ofrece un soporte adecuado en esquemas de estructuras recursivas o anidadas.

-DATOS ALTAMENTE RELAONADOS: la descomposición en múltiples tablas complica su Recuperación.