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 opstår 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 informationen i databasen.
sommetider benævnt begivenhedsdrevet ARChitecture, en aktiv database er 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, databaseparametrene er indstillet på, kan den faktiske ombestilling forekomme med det samme som en separat transaktion eller blive udsat.
Umiddelbare 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 traNsactions 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. For eksempel kan et forhandlers POS -system udløses af et lavt lagerniveau, men handlingen, der er truffet, kan afhænge af, om produktet afbrydes, eller om der leveres en vare gennem en leverandør. Databasen behandler muligvis ikke en ordre, hvis reglerne er indstillet til at afvise handling, hvis produktet ikke passerer evalueringen.
Udskudte transaktioner ligner 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 forretningsniveauer, når de endelige lagerniveauer er registreret.