Hva er et transaksjonsbehandlingssystem?
Transaksjonsbehandlingssystem er et program eller programvare som behandler alle transaksjoner som går inn og ut av en virksomhet eller et selskap. Systemet går over transaksjonene én etter én, som i en automatisert tellermaskin (ATM) som bare tillater en bruker om gangen. Begrepet "transaksjon" refererer i dette tilfellet ikke bare til økonomiske aspekter, men til forespørsler om informasjon som helhet, for eksempel å bestille en flyreise eller bare logge inn på en online bankkonto.
I direkte kontrast til et transaksjonsbehandlingssystem er et batchbehandlingssystem. Dette systemet behandler flere transaksjoner - eller en "batch" med transaksjoner - samtidig. Den største ulempen er at de behandlede transaksjonene ikke gir umiddelbare resultater.
En moderne analogi er en torrentfil koblet til en mappe med filer. Brukeren har ikke tilgang til en fil med en gang før alle filene i mappen er fullstendig lastet ned. Transaksjonsprosessen gir tvert imot resultater i sanntid som skaper mer komfort og mindre forvirring. For eksempel kan en online shopper øyeblikkelig se antall tilgjengelige produkter avta når andre kjøpere legger produktene i handlekurven sin.
Programvaren eller programmet gjennomgår vanligvis en ACID-test for å kvalifisere som et transaksjonsbehandlingssystem. ACID står for Atomicity, Consistency, Isolation and Holdability. Atomicity refererer til systemets evne til å gjennomføre eller gi avkall på en transaksjon i sin helhet. For å registrere seg for en nettbankkonto krever for eksempel brukeren å legge inn nødvendig informasjon. Hvis du lar et felt være tomt eller lukke vinduet, vil brukeren miste registreringen.
Konsekvens i et transaksjonsbehandlingssystem betyr at systemet skal operere under begrensningene av integritetsbegrensninger for databehåndtering. Enkelt sagt skal programmeringen være riktig. Karakteristikken ved isolasjon betyr at hver transaksjon blir behandlet som atskilt og forskjellig, selv om de samme transaksjonene skjer samtidig. Systemets holdbarhet indikerer at hvis en transaksjon gjennomføres vellykket, kan den ikke reverseres. I tilfelle systemfeil, bør programmet fortsatt beholde dataene gjennom en kodet logg.
Bortsett fra de nødvendige funksjonene som består ACID-testen, bør et transaksjonsbehandlingssystem også være pålitelig. Dette betyr at programmet har et minimum eller null sjanse for å mislykkes. I situasjoner med en sammenbrudd, bør utvinning være rask, og et sikkerhetskopisystem starter også umiddelbart. Systemet skal også være fullt tilgjengelig for begrensede brukere. For eksempel kan en besøkende velge hvilket sete han vil ta i en flyreise, men kan ikke avbryte et reservert sete av en tidligere besøkende, en oppgave som bare en erfaren programmerer eller stab kan utføre.