Aktyvi duomenų bazė yra automatizuota sąsaja, kuri atlieka tam tikras funkcijas, kurios priklauso nuo konkrečių informacijos įvesties. Programuotojai ir administratoriai gali manipuliuoti aktyviomis duomenų bazių sistemomis, kad vykdytų operacijas pagal iš anksto nustatytus ryšius. Panašiai kaip priežasties ir pasekmės idėja, kai kurie iš tų ryšių ar užklausų vadinami „sujungimu“. Duomenų bazės konstrukcijoje yra parametrai, nurodantys, kokia informacija bus dalijamasi ir su kuo ji bus bendrinama.
Pagrindinis skirtumas tarp įprastos ir aktyvios duomenų bazės yra tas, kad kažkas atsiranda dėl kažko kito. Automatinis sąskaitų apmokėjimas yra aktyvios duomenų bazės pavyzdys. Banko klientas gali nurodyti savo įstaigai kiekvieną mėnesį tam tikrą dieną sumokėti gavėjui konkrečią sumą. Suėjus nurodytai datai elektroniniai mokėjimai automatiškai siunčiami duomenų bazėje nurodytos informacijos gavėjams.
Kartais vadinama įvykiais pagrįsta architektūra, aktyvi duomenų bazė yra skirta veiksmams, pagrįstiems tam tikrais aktyvikliais. Paprastai tarp įvykių yra ryšys. Pavyzdžiui, pardavimo taško (POS) duomenų bazių sistemos gali automatiškai iš naujo užsisakyti produktą mažmeninei parduotuvei, kai gauna informaciją, kad dabartinės atsargos sumažėjo iki iš anksto nustatytos sumos. Priklausomai nuo duomenų bazės parametrų nustatymo būdo, tikrasis pakartotinis užsakymas gali įvykti iš karto, kaip atskira operacija arba būti atidėtas.
Neatidėliotinos operacijos vyksta kartu su suaktyvinančiais įvykiais. Pavyzdžiui, POS sistema gali iš naujo užsakyti produktą pagal universalųjį produkto kodą (UPC) arba atsargų saugojimo vienetą (SKU). Jis gali apdoroti atsargų lygius ir užsakymo operacijas tuo pačiu metu. Daugelis masinių mažmenininkų veikia pagal tokio tipo aktyvią duomenų bazę, kuri nuolat gauna informaciją iš kelių šaltinių, įskaitant pardavimus ir priimantį personalą.
Atskiros operacijos nustatomos taip, kad jos įvyktų skirtingu laiku. Paprastai duomenų bazė skirta paleisties įvykiui ištirti ir gali tekti palyginti ją su papildomomis taisyklėmis, kad būtų atliktas veiksmas. Pavyzdžiui, mažmenininko POS sistema gali būti suaktyvinta dėl mažo atsargų lygio, tačiau veiksmas, kurio bus imtasi, gali priklausyti nuo to, ar gaminys nutraukiamas, ar prekė tiekiama per pardavėją. Duomenų bazė negali apdoroti užsakymo, jei nustatytos taisyklės atmesti veiksmą, jei produktas nepraeina įvertinimo.
Atidėtos operacijos yra panašios į atskirų operacijų idėją, išskyrus tai, kad pirmoji turi baigtis prieš apdorojant antrąją. POS pavyzdyje duomenų bazė gali įrašyti, kad tam tikro produkto atsargos dienos pradžioje nukrito žemiau priimtino lygio. Atliekant atidėtą operaciją, pakartotinio užsakymo procesas nebus vykdomas iki verslo pabaigos, kai registruojami galutiniai atsargų lygiai.