Hva er en aktiv database?
En aktiv database er et automatisert grensesnitt som utfører visse funksjoner som er avhengig av spesifikke innspill til informasjon. Programmerere og administratorer kan manipulere aktive databasesystemer for å utføre transaksjoner i henhold til forhåndsdefinerte forhold. I likhet med ideen om årsak og virkning blir noen av disse forholdene eller spørsmålene referert til som "kobling." Innenfor databasens design er det parametere som spesifiserer hvilken informasjon som skal deles og hvem den vil bli delt med.
Hovedforskjellen mellom en konvensjonell database og en aktiv er at noe oppstår som et resultat av noe annet. Automatiserte fakturabetalinger er et eksempel på en aktiv database. En bankkunde kan instruere institusjonen sin om å betale en betalingsmottaker et bestemt beløp på en bestemt dato hver måned. Når den angitte datoen er nådd, blir de elektroniske betalingene automatisk sendt til mottakerne angitt av informasjonen i databasen.
Noen ganger kalt hendelsesstyrt arkitektur, er en aktiv database designet for å utføre handlinger basert på visse utløsere. Det er vanligvis et forhold mellom hendelsene. For eksempel kan databasesystemer for salgssalg (POS) automatisk bestille på nytt for en butikk når de mottar informasjon om at nåværende lager har falt til et forhåndsdefinert beløp. Avhengig av hvordan databaseparametrene er satt, kan den faktiske ombestillingen skje umiddelbart, som en egen transaksjon, eller bli utsatt.
Umiddelbare transaksjoner skjer ved siden av utløsende hendelser. For eksempel kan et POS-system bestille produkt i henhold til universal produktkode (UPC) eller lagerholdsenhet (SKU). Det kan behandle lagernivåer og bestilling av transaksjoner samtidig. Mange masseforhandlere opererer under denne typen aktiv database som mottar kontinuerlige innspill fra flere kilder, inkludert salg og mottak av personell.
Separate transaksjoner er satt opp for å skje til forskjellige tider. Vanligvis er databasen designet for å undersøke den utløsende hendelsen, og kan være nødvendig å sammenligne den med tilleggsregler for å utføre en handling. For eksempel kan et forhandlers POS-system utløses av et lavt lagernivå, men handlingen som er gjort, kan avhenge av om produktet blir avviklet eller om en vare leveres gjennom en leverandør. Det kan hende at databasen ikke behandler en ordre hvis reglene er satt til å avvise handlinger hvis produktet ikke består bestillingen.
Utsatte transaksjoner ligner ideen om separate transaksjoner, bortsett fra at den første må slutte før den andre behandles. I POS-eksempelet kan databasen registrere at varelageret for et bestemt produkt har falt under akseptable nivåer tidlig på dagen. Ved utsatt transaksjon vil ombestillingsprosessen ikke bli utført før avslutning av virksomhet når endelige lagernivåer blir registrert.