Cos'è un database attivo?
Un database attivo è un'interfaccia automatizzata che svolge determinate funzioni che dipendono da input specifici delle informazioni. Programmatori e amministratori possono manipolare sistemi di database attivi per eseguire transazioni in base alle relazioni predefinite. Simile all'idea di causa ed effetto, alcune di queste relazioni o domande sono definite "accoppiamenti". All'interno della progettazione del database, ci sono parametri che specificano quali informazioni saranno condivise e con cui verranno condivise.
La differenza principale tra un database convenzionale e uno attivo è che qualcosa si verifica come risultato di qualcos'altro. I pagamenti di fatture automatizzati sono un esempio di un database attivo. Un cliente bancario può istruire il suo istituto di pagare a un beneficiario un importo specifico in una determinata data ogni mese. Quando viene raggiunta la data specificata, i pagamenti elettronici vengono automaticamente inviati ai beneficiari indicati dalle informazioni nel database.
A volte indicato come AR basato sugli eventiChitettura, un database attivo è progettato per intraprendere azioni basate su determinati trigger. Di solito c'è una relazione tra gli eventi. Ad esempio, i sistemi di database di Point of Sale (POS) possono riordinare automaticamente il prodotto per un negozio al dettaglio una volta che hanno ricevuto informazioni che l'inventario corrente è diminuito a un importo predefinito. A seconda del modo in cui sono impostati i parametri del database, il riordino effettivo può verificarsi immediatamente, come transazione separata, o essere differita.
Transazioni immediate si verificano insieme a eventi di innesco. Ad esempio, un sistema POS può riordinare il prodotto secondo il codice del prodotto universale (UPC) o l'unità di conservazione delle scorte (SKU). Può elaborare i livelli di inventario e ordinare le transazioni contemporaneamente. Molti rivenditori di massa operano con questo tipo di database attivo che riceve input continui da diverse fonti, tra cui il personale di vendita e ricezione.
traLe nsactions sono impostate per verificarsi in momenti diversi. In genere, il database è progettato per esaminare l'evento di attivazione e potrebbe essere necessario confrontarlo con regole aggiuntive al fine di eseguire un'azione. Ad esempio, il sistema POS di un rivenditore può essere attivato da un basso livello di inventario, ma l'azione intrapresa può dipendere dal fatto che il prodotto sia interrotto o se un articolo viene fornito tramite un fornitore. Il database non può elaborare un ordine se le regole sono impostate per rifiutare l'azione se il prodotto non supera la valutazione.
Le transazioni differite sono simili all'idea di transazioni separate, tranne per il fatto che il primo deve terminare prima che il secondo venga elaborato. Nell'esempio POS, il database può registrare quell'inventario per un determinato prodotto è sceso al di sotto dei livelli accettabili all'inizio della giornata. Con una transazione differita, il processo di riordino non verrebbe eseguito fino alla chiusura degli affari quando vengono registrati i livelli di inventario finale.