Transaktionsstyring i DBMS: Tilstande, typer og ACID

Hvad er en databasetransaktion?

A Databasetransaktion er en logisk behandlingsenhed i et DBMS, som involverer en eller flere databaseadgangsoperationer. Kort sagt repræsenterer databasetransaktioner virkelige begivenheder i enhver virksomhed.

Alle typer databaseadgangsoperationer, der afholdes mellem start- og sluttransaktionssætningerne, betragtes som en enkelt logisk transaktion i DBMS. Under transaktionen er databasen inkonsistent. Først når transaktionen er committet, ændres tilstanden fra én konsistent tilstand til en anden.

Fakta om databasetransaktioner

• En transaktion er en programenhed, hvis udførelse kan ændre indholdet af en database eller ikke.
• Transaktionskonceptet i DBMS udføres som en enkelt enhed.
• Hvis databaseoperationerne ikke opdaterer databasen, men kun henter data, kaldes denne type transaktion en skrivebeskyttet transaktion.
• En vellykket transaktion kan ændre databasen fra én KONSISTENT TILSTAND til en anden.
• DBMS-transaktioner skal være atomare, konsistente, isolerede og holdbare.
• Hvis databasen var i en inkonsistent tilstand før en transaktion, ville den forblive i den inkonsistente tilstand efter transaktionen.

Hvorfor har du brug for samtidighed i transaktioner?

En database er en delt ressource. Den bruges af mange brugere og processer samtidigt. Eksempler omfatter banksystemer, jernbane- og flyreservationssystemer, aktiemarkedsovervågning samt supermarkeders lagerbeholdning og kasser.

Hvis du ikke administrerer samtidig adgang, kan det skabe problemer som:

• Hardwarefejl og systemnedbrud.
• Samtidig udførelse af samme transaktion, dødvande, eller langsom ydeevne.

Det er opgaven for at kontrollere denne delte adgang samtidighedskontrol, som bruger låsning og tidsstempler til at sammenflette transaktioner sikkert. Før det er det nyttigt at kende de tilstande, en transaktion går igennem.

Transaktionstilstande

De forskellige tilstande af et transaktionskoncept i DBMS er angivet nedenfor:

Lad os studere en tilstandsovergangsdiagram der fremhæver, hvordan en transaktion bevæger sig mellem disse forskellige stater.

1. Når en transaktion starter udførelsen, bliver den aktiv. Den kan udføre en LÆSNINGS- eller SKRIVNINGSoperation.
2. Når LÆSNINGS- og SKRIVNINGSoperationerne er fuldført, når transaktionen den delvist committede tilstand.
3. Dernæst skal nogle gendannelsesprotokoller sikre, at en systemfejl ikke resulterer i, at transaktionens ændringer ikke kan registreres permanent. Hvis denne kontrol lykkes, committes transaktionen og går i committed-tilstand.
4. Hvis kontrollen mislykkes, går transaktionen til tilstanden mislykket.
5. Hvis transaktionen afbrydes, mens den er i aktiv tilstand, går den tilbage til den fejlede tilstand. Transaktionen skal rulles tilbage for at fortryde effekten af ​​dens skriveoperationer på databasen.
6. Den afsluttede tilstand refererer til transaktionen, der forlader systemet.

Hvad er ACID-egenskaber?

SYRE egenskaber bruges til at opretholde databasens integritet under transaktionsbehandling. ACID i DBMS står for Atomicitet, Cvedholdenhed, Isolation, og Dholdbarhed.

• Atomisby: En transaktion er en enkelt operationsenhed. Du udfører det enten helt eller slet ikke. Der kan ikke være tale om delvis udførelse.
• Konsistens: Når transaktionen er udført, bør den flytte fra en konsistent tilstand til en anden.
• Isolering: En transaktion bør udføres isoleret fra andre transaktioner. Under samtidig udførelse bør mellemliggende resultater fra samtidigt udførte transaktioner ikke stilles til rådighed for hinanden.
• Holdbarhed: Efter en vellykket afslutning af en transaktion bør ændringerne i databasen bevares, selv i tilfælde af systemfejl.

ACID-egenskab i DBMS med eksempel

Nedenfor er et eksempel på ACID-egenskaben i DBMS:

Transaction 1: Begin X=X+50, Y = Y-50 END
Transaction 2: Begin X=1.1*X, Y=1.1*Y END

Transaktion 1 er at overføre $50 fra konto X til konto Y.

Transaktion 2 krediterer hver konto med en rentebetaling på 10%.

Hvis begge transaktioner indsendes sammen, er der ingen garanti for, at transaktion 1 udføres før transaktion 2 eller omvendt. Uanset ordren skal resultatet være, som om transaktionerne finder sted serielt, den ene efter den anden.

Typer af transaktioner

Baseret på anvendelsesområder:

• Ikke-distribueret vs. distribueret.
• Kompenserende transaktioner.
• Transaktionstidspunkt.
• Online vs. batch.

Baseret på handlinger:

• To-trins.
• Begrænset.
• Handlingsmodel.

Baseret på struktur:

• Flade eller simple transaktioner: består af en sekvens af primitive operationer udført mellem en start- og slutoperation.
• Indlejrede transaktioner: en transaktion, der indeholder andre transaktioner.
• Workflow.

Hvad er et skema?

En tidsplan er en proces, hvor man opretter en enkelt gruppe af flere parallelle transaktioner og udfører dem en efter en. Den skal bevare den rækkefølge, som instruktionerne vises i i hver transaktion. Hvis to transaktioner udføres på samme tid, kan resultatet af den ene transaktion påvirke outputtet af den anden.

Eksempel

Initial Product Quantity is 10
Transaction 1: Update Product Quantity to 50
Transaction 2: Read Product Quantity

Hvis Transaktion 2 udføres før Transaktion 1, vil forældede oplysninger om produktmængden blive læst. Derfor er tidsplaner påkrævet.

Parallel udførelse i en database er uundgåelig. Men parallel udførelse er tilladt, når der er en ækvivalensrelation mellem de samtidigt udførende transaktioner. Denne ækvivalens er af tre typer.

Resultatækvivalens: Hvis to tidsplaner viser det samme resultat efter udførelse, kaldes det en resultatækvivalent tidsplan. De kan tilbyde det samme resultat for nogle værdier og forskellige resultater for et andet sæt værdier. For eksempel opdaterer én transaktion produktmængden, mens en anden opdaterer kundeoplysninger.

Vis ækvivalens: Visningsækvivalens opstår, når transaktionerne i begge tidsplaner udfører en lignende handling. For eksempel indsætter én transaktion produktoplysninger i produkttabellen, mens en anden transaktion indsætter produktoplysninger i arkivtabellen. Transaktionen er den samme, men tabellerne er forskellige.

Konfliktækvivalens: I dette tilfælde opdaterer eller viser to transaktioner det samme datasæt. Der er en konflikt mellem transaktionerne, da udførelsesrækkefølgen vil påvirke outputtet.

Hvad er serialiseringsevne?

Serialiserbarhed er processen med at søge efter en samtidig tidsplan, hvis output er lig med en seriel tidsplan, hvor transaktioner udføres efter hinanden. Afhængigt af typen af ​​tidsplan er der to typer serialiserbarhed:

• Konfliktserialiserbarhed.
• Se serialiserbarhed.

De to adskiller sig i, hvor strengt de vurderer ækvivalens, som opsummeret nedenfor.

Enhver konfliktserialiserbar tidsplan er også visningsserialiserbar, men ikke omvendt, hvilket er grunden til, at konfliktserialiserbarhed er den praktiske test, et DBMS anvender.

Ofte Stillede Spørgsmål