Hvad er en aktiv database?
En aktiv database er en automatiseret grænseflade, der udfører visse funktioner, der er afhængige af specifikke input af information. Programmerere og administratorer kan manipulere aktive databasesystemer til at udføre transaktioner i henhold til foruddefinerede relationer. I lighed med ideen om årsag og virkning kaldes nogle af disse forhold eller forespørgsler "kobling". I databasens design er der parametre, der specificerer, hvilke oplysninger der skal deles, og hvem de vil blive delt med.
Den største forskel mellem en konventionel database og en aktiv er, at der opstår noget som et resultat af noget andet. Automatiske regningbetalinger er et eksempel på en aktiv database. En bankkunde kan instruere sin institution til at betale en modtager et bestemt beløb på en bestemt dato hver måned. Når den specificerede dato er nået, sendes de elektroniske betalinger automatisk til de modtagere, der er angivet med informationen i databasen.
Nogle gange kaldet begivenhedsstyret arkitektur, er en aktiv database designet til at udføre handlinger baseret på visse triggere. Der er normalt et forhold mellem begivenhederne. F.eks. Kan databasesystemer for salgssalg (POS) automatisk ombestille et produkt til en butik, når de modtager information om, at den aktuelle beholdning er faldet til et foruddefineret beløb. Afhængigt af den måde, databaseparametrene er indstillet på, kan den faktiske ombestilling ske umiddelbart, som en separat transaktion eller blive udsat.
Umiddelbare transaktioner forekommer ved siden af udløsende begivenheder. For eksempel kan et POS-system ombestille produkt i henhold til universal produktkode (UPC) eller lageropbevaringsenhed (SKU). Det kan behandle lagerniveau og bestilling af transaktioner på samme tid. Mange masseforhandlere opererer under denne type aktiv database, der modtager løbende input fra flere kilder, herunder salg og modtagende personale.
Separate transaktioner er indstillet til at ske på forskellige tidspunkter. Typisk er databasen designet til at undersøge den udløsende begivenhed og kan være nødt til at sammenligne den med yderligere regler for at udføre en handling. For eksempel kan en detailhandlers POS-system udløses af et lavt lagerniveau, men handlingen kan afhænge af, om produktet afbrydes, eller om en vare leveres gennem en leverandør. Databasen behandler muligvis ikke en ordre, hvis reglerne er indstillet til at afvise handling, hvis produktet ikke består bestillingen.
Udskudte transaktioner ligner ideen om separate transaktioner, bortset fra at den første skal afsluttes, før den anden behandles. I POS-eksemplet kan databasen muligvis registrere, at beholdningen for et bestemt produkt er faldet under acceptabelt niveau tidligt på dagen. Ved en udskudt transaktion udføres ombestillingsprocessen ikke før forretningens afslutning, når de endelige lagerniveauer registreres.