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 for at udføre transaktioner i henhold til foruddefinerede forhold.I lighed med ideen om årsag og virkning omtales nogle af disse forhold eller forespørgsler som kobling.Inden for databasens design er der parametre, der specificerer, hvilke oplysninger der vil blive delt, og hvem de vil blive delt med.

Den største forskel mellem en konventionel database og en aktiv er, at der sker noget som et resultat af noget andet.Automatiske regningsbetalinger er et eksempel på en aktiv database.En bankkunde kan instruere sin institution til at betale en betalingsmodtager et specifikt beløb på en bestemt dato hver måned.Når den specificerede dato er nået, sendes de elektroniske betalinger automatisk til de betalingsmidler, der er angivet med oplysningerne i databasen.

Undertiden benævnt begivenhedsdrevet arkitektur, er en aktiv database designet til at tage handlinger baseret på visse triggere.Der er normalt et forhold mellem begivenhederne.For eksempel kan Databasesystemer for salg (POS) automatisk ombestille produkt til en detailbutik, når de modtager oplysninger om, at den nuværende lager er faldet til et foruddefineret beløb.Afhængig af den måde, hvorpå databaseparametrene er indstillet, kan den faktiske ombestilling forekomme med det samme som en separat transaktion eller blive udsat.

Umiddelbart transaktioner forekommer sammen med udløsende begivenheder.For eksempel kan et POS-system ombestille produktet i henhold til Universal Product Code (UPC) eller Stock Keeping Unit (SKU).Det kan behandle lagerniveauer og bestille transaktioner på samme tid.Mange masseforhandlere opererer under denne type aktiv database, der modtager kontinuerlige input fra flere kilder, herunder salg og modtagende personale.

Separate transaktioner er indstillet til at forekomme på forskellige tidspunkter.Databasen er typisk 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.F.eks. Kan et detailhandler POS -system udløses af et lavt lagerniveau, men handlingen, der er truffet, kan afhænge af, om produktet er afbrudt, eller om der leveres en vare gennem en leverandør.Databasen behandler muligvis ikke en ordre, hvis reglerne er indstillet til at afvise handlinger, hvis produktet ikke passerer evalueringen.

Udskudte transaktioner svarer til ideen om separate transaktioner, bortset fra at den første skal slutte, før den anden behandles.I POS -eksemplet kan databasen registrere, at lager for et bestemt produkt er faldet under acceptable niveauer tidligt på dagen.Med en udskudt transaktion ville ombestillingsprocessen ikke blive udført, før de endelige forretningsniveauer er registreret.