base de datos activas pro
TRANSCRIPT
1
2
3
Una base de datos se puededefinir como
Una base de datos representaalgún aspecto,
y sirve para fines específicos de
datos
4
5
GENERACIONES DE BASES DE DATOS
1ª SGBD EN RED
2ª SGBD RELACIONALES
3ª SGBD INTELIGENTES, ACTIVOS,
ORIENTADOS A OBJETOS, ...
En los últimos años venimos asistiendo a un avance importante en
Hace poco parecían exclusivos
de
bases de datos multimedia, activas, deductivas, orientadas a objetos, seguras, temporales, móviles, paralelas, etc.
Pero comienzan a aparecer en las últimas versiones de algunos SGBD y en nuevos productos:
y centros
6
Un sistema de bases de datos activas es un sistema degestión de bases de datos (SGBD) que contiene unsubsistema que permite la definición y la gestión de reglasde producción (reglas activas).
7
Cuando se producen ciertas condiciones, ejecuta de
forma automática ciertas acciones.
Un Sistema Gestor de Bases de Datos Activo debe ser
capaz de monitorizar y reaccionar ante eventos de maneraoportuna , eficiente.
8
Las Bases de Datos Activas manejan la de condiciones
con y
Un SGBD activo vigila continuamente el estado de la
BD y reacciona espontáneamente cuando ocurren
sucesos predefinidos.
Si La evaluación de la condición resulta verdadera, se ejecuta
la acción, ofreciendo modularidad y respuesta oportuna en la
acción.
9
APLICACION
optimizador
consultas
optimizador
reglas
evalua
reglas
procesador
consultas
gestión
eventos
datos reglas
10
Mayor productividad
Mejor
Reutilización de
Reducción del tráfico de
Posibilidad de optimización
Facilitar el acceso a la BD a usuarios finales
Monitorización de Situaciones
Gestión Trabajo
Gestión de Documentos
Gestión Comercial
12
Características de los SGBDA
Un SGBDA es un SGBD
Un SGBDA tiene un modelo de reglas ECA
Un SGBDA debe soportar la gestión de reglas y
la evolución de la base de reglas
Características de ejecución de reglas ECA
Un SGBDA tiene un modelo de ejecución
Un SGBDA debe ofrecer diferentes modelos de
acoplamiento
13
Un SGBDA debe implementar modos de consumo
Un SGBDA debe gestionar la historia de eventos
Un SGBDA debe implementar resolución de conflictos
Un SGBDA debería poseer un entorno de programación
14
Las reglas siguen el (modelo ECA): cada regla reacciona anteun determinado evento, evalúa una condición y, si esta escierta, ejecuta un acción.
Se encarga de detectar los eventos que van sucediendo y de planificar las reglas para que se ejecuten.
Reglas ECA Evento – Condición – Acción
Evento: ◦ Causa qué dispara la acción / Suceso al que debe responder el sistemaCondición: ◦ Estado que debe darse ◦ Determina si la acción asociada a la regla se debe ejecutarAcción: ◦ Acciones que debe ejecutar el sistema cuando se produce el evento y la condición es cierta
Magister: Curso Bases de Datos Modernas 16
MODELO DE EJECUCION
FUENTE
DE
EVENTOS
OCURRENCIA
DE
EVENTOS
REGLAS
DISPARADASREGLAS
EVALUADAS
REGLAS
SELECCIONADAS
señalar disparar evaluar planificar ejecutar
Modo de acoplamientoevento-condición
Modo de acoplamientocondición-acción
17
18
19
MODELO DE ACOPLAMIENTO DESPRENDIDO
CON DEPENDENCIA CAUSAL
INICIO DE TRANSACCION T1
EVENTO EVALU. CONDICI.
EJEC. ACCION
FIN DE TRANSACCION T1
INICIO DE TRANSACCION T2
FIN DE TRANSACCION T2
20
Un trigger (disparador) es un procedimiento que el SGBD invoca automáticamente en respuesta a cambios concretos de la BD.
Generalmente un trigger es invocado por el DBA (administrador de la BD)
Las BD que tienen un conjunto de triggers asociados se denominan Bases de Datos Activas (BDA)
21
El uso de los triggers va más allá del de la integridad.
Los triggers pueden alertar a los de eventos
frecuentes/infrecuentes. si un ha realizado
muchas compras en el mes se puede dar un descuento
Los triggers pueden generar un registro de los eventospara apoyar las auditorías y controles de
verificar límites de crédito de un.
Apoyar la gestión de flujos de trabajo y hacer que secumplan las reglas del negocio
22
Un trigger esta compuesto por tres partes:
1. Evento: Una modificación en la BD que activa el trigger.Las operaciones que pueden activar un trigger son: UPDATE,DELETE, INSERT, etc…
2. Condición: Una consulta o prueba que se ejecuta cuando se activa el trigger -> WHERE
3. Acción: Un procedimiento que se ejecuta cuando se activa el trigger y su condición es verdadera