Hva er en aktiv database?
En aktiv database er et automatisert grensesnitt som utfører visse funksjoner som er avhengig av spesifikke informasjonsinnganger. 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 en er at noe skjer som et resultat av noe annet. Automatiserte regningsbetalinger er et eksempel på en aktiv database. En bankkunde kan instruere institusjonen hans om å betale en betalingsmottaker et bestemt beløp på en bestemt dato hver måned. Når den spesifiserte datoen er nådd, sendes de elektroniske betalingene automatisk til de betalingshjelpene som er angitt med informasjonen i databasen.
Noen ganger referert til som hendelsesdrevet ARChitecture, en aktiv database er designet for å iverksette tiltak basert på visse triggere. Det er vanligvis et forhold mellom hendelsene. For eksempel kan databasesystemer (Point of Sale (POS) automatisk bestille produkt for en butikk når de mottar informasjon om at gjeldende varelager har falt til et forhåndsdefinert beløp. Avhengig av hvordan databaseparametrene er satt, kan den faktiske bestillingen oppstå umiddelbart, som en egen transaksjon, eller bli utsatt.
Umiddelbare transaksjoner oppstår ved siden av utløsende hendelser. For eksempel kan et POS-system bestille produkt i henhold til Universal Product Code (UPC) eller lagerbeholdningsenhet (SKU). Det kan behandle lagernivåer og bestille transaksjoner samtidig. Mange masseforhandlere opererer under denne typen aktiv database som mottar kontinuerlige innspill fra flere kilder, inkludert salg og mottak av personell.
separat traNSActions er satt opp for å skje til forskjellige tider. Vanligvis er databasen designet for å undersøke den utløsende hendelsen og kan trenge å sammenligne den med ytterligere regler for å utføre en handling. For eksempel kan en forhandlers POS -system utløses av et lavt lagernivå, men handlingen som er tatt kan avhenge av om produktet er avviklet eller om en vare leveres gjennom en leverandør. Databasen kan ikke behandle en ordre hvis reglene er satt til å avvise handling hvis produktet ikke passerer evalueringen.
Utsatt transaksjoner ligner ideen om separate transaksjoner, bortsett fra at den første må avsluttes før den andre blir behandlet. I POS -eksemplet kan databasen registrere at varelageret for et bestemt produkt har falt under akseptable nivåer tidlig på dagen. Med en utsatt transaksjon, ville ombestillingsprosessen ikke bli utført før det er avsluttet virksomhet når endelige lagernivåer blir registrert.