Cos'è un database attivo?
Un database attivo è un'interfaccia automatizzata che svolge determinate funzioni che dipendono da specifici input di 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 indicate come accoppiamento.All'interno della progettazione dei database, ci sono parametri che specificano quali informazioni saranno condivise e con chi 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 architettura basata su eventi, un database attivo è progettato per intraprendere azioni basate su alcuni 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 riordinamento effettivo può verificarsi immediatamente, come transazione separata o essere differita.
si verificano transazioni immediate accanto a eventi di attivazione.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 in base a questo tipo di database attivo che riceve input continui da diverse fonti, tra cui il personale di vendita e ricezione. Le transazioni separate 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, un sistema POS per rivenditori 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 sarebbe eseguito fino alla chiusura degli affari quando vengono registrati i livelli di inventario finale.