Aktiivne andmebaas on automatiseeritud liides, mis täidab teatud funktsioone, mis sõltuvad konkreetsetest teabesisenditest. Programmeerijad ja administraatorid saavad manipuleerida aktiivsete andmebaasisüsteemidega, et sooritada tehinguid vastavalt eelnevalt määratletud suhetele. Sarnaselt põhjuse ja tagajärje ideele nimetatakse mõnda neist seostest või päringutest “sidumiseks”. Andmebaasi kujunduses on parameetrid, mis määravad, millist teavet ja kellega jagatakse.
Põhiline erinevus tavapärase andmebaasi ja aktiivse andmebaasi vahel on see, et midagi tekib millegi muu tulemusena. Aktiivse andmebaasi näide on automatiseeritud arvete maksmine. Panga klient võib anda oma asutusele korralduse maksta makse saajale iga kuu kindlal kuupäeval konkreetne summa. Määratud kuupäeva saabumisel saadetakse elektroonilised maksed automaatselt andmebaasis oleva teabega märgitud saajatele.
Aktiivne andmebaas, mida mõnikord nimetatakse sündmustepõhiseks arhitektuuriks, on loodud teatud päästikutel põhinevate toimingute tegemiseks. Tavaliselt on sündmuste vahel seos. Näiteks võivad müügikoha (POS) andmebaasisüsteemid automaatselt jaekaupluse jaoks tooteid uuesti tellida, kui nad saavad teabe, et praegune laovaru on langenud etteantud summani. Olenevalt andmebaasi parameetrite seadistusviisist võib tegelik ümbertellimine toimuda kohe, eraldi tehinguna või edasi lükata.
Kohesed tehingud toimuvad koos käivitavate sündmustega. Näiteks võib kassasüsteem toote ümber tellida universaalse tootekoodi (UPC) või laoseisu (SKU) järgi. See võib samal ajal töödelda laoseisu ja tellimistoiminguid. Paljud massijaemüüjad tegutsevad seda tüüpi aktiivse andmebaasi all, mis saab pidevalt sisendeid mitmest allikast, sealhulgas müügi- ja vastuvõtupersonalilt.
Eraldi tehingud on seadistatud toimuma erinevatel aegadel. Tavaliselt on andmebaas loodud käivitava sündmuse uurimiseks ja toimingu sooritamiseks võib olla vaja seda võrrelda lisareeglitega. Näiteks võib jaemüüja POS-süsteemi käivitada madal varude tase, kuid võetavad toimingud võivad sõltuda sellest, kas toote tootmine lõpetatakse või kui toode tarnitakse müüja kaudu. Andmebaas ei pruugi tellimust töödelda, kui reeglid on seatud toimingu tagasilükkamiseks, kui toode hindamist ei läbi.
Edasilükatud tehingud on sarnased eraldi tehingute ideele, välja arvatud see, et esimene peab lõppema enne teise töötlemist. POS-i näites võib andmebaas registreerida, et teatud toote varud on päeva alguses langenud alla vastuvõetava taseme. Edasilükatud tehingu korral ei viidata ümbertellimisprotsessi läbi enne ettevõtte sulgemist, mil registreeritakse lõplikud varude tasemed.