O que é um banco de dados ativo?
Um banco de dados ativo é uma interface automatizada que executa certas funções que dependem de entradas específicas de informações. Programadores e administradores podem manipular sistemas de banco de dados ativos para executar transações de acordo com relacionamentos predefinidos. Semelhante à idéia de causa e efeito, alguns desses relacionamentos ou consultas são chamados de "acoplamento". Dentro do design do banco de dados, existem parâmetros que especificam quais informações serão compartilhadas e com quem serão compartilhadas.
A principal diferença entre um banco de dados convencional e um ativo é que algo ocorre como resultado de outra coisa. Os pagamentos automatizados da fatura são um exemplo de um banco de dados ativo. Um cliente do banco pode instruir sua instituição a pagar um valor específico a um beneficiário em uma determinada data a cada mês. Quando a data especificada é atingida, os pagamentos eletrônicos são enviados automaticamente aos beneficiários indicados pelas informações no banco de dados.
Às vezes chamado de AR orientado a eventos ARChitecture, um banco de dados ativo foi projetado para executar ações com base em determinados gatilhos. Geralmente, há uma relação entre os eventos. Por exemplo, os sistemas de banco de dados Point of Sale (POS) podem reordenar automaticamente o produto para uma loja de varejo depois de receber informações de que o inventário atual caiu em um valor predefinido. Dependendo da maneira como os parâmetros do banco de dados são definidos, a reordenação real pode ocorrer imediatamente, como uma transação separada ou ser adiada.
Transações imediatas ocorrem juntamente com eventos de desencadeamento. Por exemplo, um sistema POS pode reordenar o produto de acordo com o Código do Produto Universal (UPC) ou a unidade de manutenção de ações (SKU). Pode processar níveis de inventário e encomendar transações ao mesmo tempo. Muitos varejistas de massa operam sob esse tipo de banco de dados ativo que recebe entradas contínuas de várias fontes, incluindo vendas e pessoal de recebimento.
TRA separadoAs NSAções são configuradas para ocorrer em momentos diferentes. Normalmente, o banco de dados foi projetado para examinar o evento de acionamento e pode precisar compará -lo com regras adicionais para executar uma ação. Por exemplo, o sistema POS de um varejista pode ser acionado por um baixo nível de inventário, mas a ação tomada pode depender se o produto é descontinuado ou se um item for fornecido através de um fornecedor. O banco de dados pode não processar um pedido se as regras estiverem definidas para rejeitar a ação se o produto não passar na avaliação.
As transações diferidas são semelhantes à idéia de transações separadas, exceto que a primeira deve terminar antes que a segunda seja processada. No exemplo do POS, o banco de dados pode registrar que o inventário de um determinado produto caiu abaixo dos níveis aceitáveis no início do dia. Com uma transação diferida, o processo de reordenação não seria executado até o fechamento dos negócios quando os níveis finais de inventário forem registrados.