Una base de datos activa es una interfaz automatizada que realiza ciertas funciones que dependen de entradas específicas de información. Los programadores y administradores pueden manipular sistemas de bases de datos activos para ejecutar transacciones de acuerdo con relaciones predefinidas. De manera similar a la idea de causa y efecto, algunas de esas relaciones o consultas se denominan «acoplamiento». Dentro del diseño de la base de datos, existen parámetros que especifican qué información se compartirá y con quién se compartirá.
La principal diferencia entre una base de datos convencional y una activa es que algo ocurre como resultado de otra cosa. Los pagos de facturas automatizados son un ejemplo de una base de datos activa. Un cliente de un banco puede indicarle a su institución que le pague a un beneficiario una cantidad específica en una fecha determinada cada mes. Cuando se alcanza la fecha especificada, los pagos electrónicos se envían automáticamente a los beneficiarios indicados por la información en la base de datos.
A veces conocida como arquitectura impulsada por eventos, una base de datos activa está diseñada para tomar acciones basadas en ciertos desencadenantes. Suele haber una relación entre los eventos. Por ejemplo, los sistemas de base de datos de punto de venta (POS) pueden volver a pedir productos automáticamente para una tienda minorista una vez que reciben información de que el inventario actual ha caído a una cantidad predefinida. Dependiendo de la forma en que se establezcan los parámetros de la base de datos, el reordenamiento real puede ocurrir inmediatamente, como una transacción separada, o aplazarse.
Las transacciones inmediatas ocurren junto con los eventos desencadenantes. Por ejemplo, un sistema POS puede volver a pedir un producto de acuerdo con el código de producto universal (UPC) o la unidad de mantenimiento de existencias (SKU). Puede procesar los niveles de inventario y las transacciones de pedidos al mismo tiempo. Muchos minoristas masivos operan bajo este tipo de base de datos activa que recibe insumos continuos de varias fuentes, incluido el personal de ventas y recepción.
Las transacciones separadas se configuran para que ocurran en diferentes momentos. Normalmente, la base de datos está diseñada para examinar el evento desencadenante y es posible que deba compararlo con reglas adicionales para ejecutar una acción. Por ejemplo, el sistema POS de un minorista puede activarse por un nivel bajo de inventario, pero la acción tomada puede depender de si el producto está descontinuado o si un artículo se suministra a través de un proveedor. Es posible que la base de datos no procese un pedido si las reglas están configuradas para rechazar la acción si el producto no pasa la evaluación.
Las transacciones diferidas son similares a la idea de transacciones separadas, excepto que la primera debe finalizar antes de que se procese la segunda. En el ejemplo de POS, la base de datos puede registrar que el inventario de un determinado producto ha caído por debajo de los niveles aceptables al principio del día. Con una transacción diferida, el proceso de reorden no se ejecutará hasta el cierre del negocio cuando se registren los niveles finales de inventario.