Aktivna baza podataka je automatizirano sučelje koje obavlja određene funkcije koje ovise o specifičnim unosima informacija. Programeri i administratori mogu manipulirati aktivnim sustavima baza podataka kako bi izvršili transakcije prema unaprijed definiranim odnosima. Slično ideji uzroka i posljedice, neki od tih odnosa ili upita nazivaju se “spojivanjem”. Unutar dizajna baze podataka postoje parametri koji određuju koje će se informacije dijeliti i s kim će se dijeliti.
Glavna razlika između konvencionalne i aktivne baze podataka je u tome što se nešto događa kao rezultat nečeg drugog. Automatsko plaćanje računa primjer je aktivne baze podataka. Klijent banke može naložiti svojoj instituciji da primatelju plaćanja plaća određeni iznos svakog mjeseca na određeni datum. Kada dođe do navedenog datuma, elektronička plaćanja se automatski šalju primateljima plaćanja naznačenim podacima u bazi podataka.
Ponekad se naziva arhitektura vođena događajima, aktivna baza podataka dizajnirana je za poduzimanje radnji na temelju određenih pokretača. Obično postoji odnos između događaja. Na primjer, sustavi baze podataka na prodajnom mjestu (POS) mogu automatski ponovno naručiti proizvod za maloprodaju nakon što prime informaciju da je trenutna zaliha pala na unaprijed definirani iznos. Ovisno o načinu postavljanja parametara baze podataka, stvarni ponovni redoslijed se može dogoditi odmah, kao zasebna transakcija ili se može odgoditi.
Neposredne transakcije se događaju zajedno s događajima pokretanja. Na primjer, POS sustav može ponovno naručiti proizvod prema univerzalnom kodu proizvoda (UPC) ili jedinici za čuvanje zaliha (SKU). Može istovremeno obraditi razine zaliha i naručivanje transakcija. Mnogi masovni trgovci na malo djeluju pod ovom vrstom aktivne baze podataka koja kontinuirano prima ulazne podatke iz nekoliko izvora, uključujući prodajno osoblje i osoblje za primanje.
Zasebne transakcije postavljene su tako da se događaju u različito vrijeme. Obično je baza podataka dizajnirana za ispitivanje pokretačkog događaja i možda će ga trebati usporediti s dodatnim pravilima kako bi se izvršila radnja. Na primjer, POS sustav trgovca može biti pokrenut niskom razinom zaliha, ali poduzete radnje mogu ovisiti o tome je li proizvod ukinut ili se artikal isporučuje preko dobavljača. Baza podataka možda neće obraditi narudžbu ako su pravila postavljena na odbijanje radnje ako proizvod ne prođe evaluaciju.
Odgođene transakcije slične su ideji o zasebnim transakcijama, osim što se prva mora završiti prije nego što se druga obradi. U primjeru POS-a, baza podataka može zabilježiti da je zaliha za određeni proizvod pala ispod prihvatljivih razina rano tijekom dana. S odgođenom transakcijom, proces ponovne narudžbe ne bi se izvršio do kraja poslovanja kada se zabilježe konačne razine zaliha.