EN transaksjon er en enkelt logisk arbeidsenhet som får tilgang til og muligens modifiserer innholdet i en database. Transaksjoner får tilgang til data ved å bruke lese- og skriveoperasjoner.
For å opprettholde konsistens i en database, før og etter transaksjonen, følges visse egenskaper. Disse kalles SYRE egenskaper.

For de som ønsker å mestre disse konseptene og utmerke seg i eksamener som PORT , vår GATE-kurs tilbyr en grundig utforskning av databasestyringssystemer. Vi dekker alt fra det grunnleggende til avanserte emner, og sikrer en grundig forståelse som er avgjørende for høye poengsum og praktisk anvendelse

Atomitet:

Med dette mener vi at enten hele transaksjonen skjer på en gang eller ikke skjer i det hele tatt. Det er ingen midtveis, dvs. transaksjoner skjer ikke delvis. Hver transaksjon betraktes som én enhet og enten fullføres eller ikke utføres i det hele tatt. Det involverer følgende to operasjoner.
— Avbryte : Hvis en transaksjon avbrytes, er endringer gjort i databasen ikke synlige.
— Begå : Hvis en transaksjon forplikter, er endringer som er gjort synlige.
Atomitet er også kjent som 'Alt eller ingenting-regelen'.

Vurder følgende transaksjon T bestående av T1 og T2 : Overføring av 100,- fra konto X til konto OG .

Dersom transaksjonen mislykkes etter gjennomføring av T1 men før ferdigstillelse av T2 .( si, etter skriv(X) men før skriv(Y) ), så er beløpet trukket fra X men ikke lagt til OG . Dette resulterer i en inkonsekvent databasetilstand. Derfor må transaksjonen utføres i sin helhet for å sikre riktigheten av databasetilstanden.

Konsistens:

Dette betyr at integritetsbegrensninger må opprettholdes slik at databasen er konsistent før og etter transaksjonen. Det refererer til riktigheten av en database. Med henvisning til eksempelet ovenfor,
Totalbeløpet før og etter transaksjonen må opprettholdes.
Total før T forekommer = 500 + 200 = 700 .
Total etter at T oppstår = 400 + 300 = 700 .
Derfor er databasen konsistent . Inkonsekvens oppstår i tilfelle T1 fullfører men T2 mislykkes. Som et resultat er T ufullstendig.

Isolering:

Denne egenskapen sikrer at flere transaksjoner kan skje samtidig uten å føre til inkonsekvens i databasetilstanden. Transaksjoner skjer uavhengig uten forstyrrelser. Endringer som skjer i en bestemt transaksjon vil ikke være synlige for noen annen transaksjon før den aktuelle endringen i den transaksjonen er skrevet til minnet eller har blitt utført. Denne egenskapen sikrer at utførelse av transaksjoner samtidig vil resultere i en tilstand som tilsvarer en tilstand oppnådd. Disse ble utført i serie i en eller annen rekkefølge.
La X = 500, OG = 500.
Tenk på to transaksjoner T og T.

Anta T er henrettet til Klar) og så T'' starter. Som et resultat skjer interleaving av operasjoner på grunn av dette T'' leser den riktige verdien av X men feil verdi av OG og sum beregnet av
T’’: (X+Y = 50, 000+500=50, 500)
er dermed ikke i samsvar med summen ved slutten av transaksjonen:
T: (X+Y = 50, 000 + 450 = 50, 450) .
Dette resulterer i databaseinkonsekvens på grunn av tap på 50 enheter. Derfor må transaksjoner foregå isolert og endringer bør være synlige først etter at de er gjort i hovedminnet.

Varighet:

Denne egenskapen sikrer at når transaksjonen er fullført, blir oppdateringene og modifikasjonene til databasen lagret på og skrevet til disken, og de vedvarer selv om det oppstår en systemfeil. Disse oppdateringene blir nå permanente og lagres i ikke-flyktig minne. Effektene av transaksjonen går derfor aldri tapt.

Noen viktige punkter:

De SYRE egenskaper, i sin helhet, gir en mekanisme for å sikre korrektheten og konsistensen til en database på en måte slik at hver transaksjon er en gruppe operasjoner som fungerer som en enkelt enhet, produserer konsistente resultater, fungerer isolert fra andre operasjoner, og oppdaterer som det gjør er varig lagret.

ACID-egenskaper er de fire nøkkelegenskapene som definerer påliteligheten og konsistensen til en transaksjon i et Database Management System (DBMS). Akronymet ACID står for Atomicity, Consistency, Isolation og Durability. Her er en kort beskrivelse av hver av disse egenskapene:

1. Atomicity: Atomicity sikrer at en transaksjon behandles som en enkelt, udelelig arbeidsenhet. Enten er alle operasjonene i transaksjonen fullført, eller ingen av dem er det. Hvis noen del av transaksjonen mislykkes, rulles hele transaksjonen tilbake til sin opprinnelige tilstand, noe som sikrer datakonsistens og integritet.
2. Konsistens: Konsistens sikrer at en transaksjon tar databasen fra en konsistent tilstand til en annen konsistent tilstand. Databasen er i en konsistent tilstand både før og etter at transaksjonen er utført. Begrensninger, som unike nøkler og fremmednøkler, må opprettholdes for å sikre datakonsistens.
3. Isolering: Isolering sikrer at flere transaksjoner kan utføres samtidig uten å forstyrre hverandre. Hver transaksjon må isoleres fra andre transaksjoner til den er fullført. Denne isolasjonen forhindrer skitne avlesninger, ikke-repeterbare avlesninger og fantomlesninger.
4. Holdbarhet: Holdbarhet sikrer at når en transaksjon er forpliktet, er endringene permanente og vil overleve eventuelle påfølgende systemfeil. Transaksjonens endringer lagres permanent i databasen, og selv om systemet krasjer, forblir endringene intakte og kan gjenopprettes.

Totalt sett gir ACID-egenskaper et rammeverk for å sikre datakonsistens, integritet og pålitelighet i DBMS. De sikrer at transaksjoner utføres på en pålitelig og konsistent måte, selv i nærvær av systemfeil, nettverksproblemer eller andre problemer. Disse egenskapene gjør DBMS til et pålitelig og effektivt verktøy for å administrere data i moderne organisasjoner.

Fordeler med ACID-egenskaper i DBMS:

1. Datakonsistens: ACID-egenskaper sikrer at dataene forblir konsistente og nøyaktige etter enhver transaksjonsutførelse.
2. Dataintegritet: ACID-egenskaper opprettholder integriteten til dataene ved å sikre at eventuelle endringer i databasen er permanente og ikke kan gå tapt.
3. Samtidig kontroll: ACID-egenskaper hjelper til med å administrere flere transaksjoner som skjer samtidig ved å forhindre interferens mellom dem.
4. Gjenoppretting: ACID-egenskaper sikrer at i tilfelle feil eller krasj, kan systemet gjenopprette dataene frem til feil eller krasj.

Ulemper med ACID-egenskaper i DBMS:

1. Ytelse: ACID-egenskapene kan forårsake ytelsesoverhead i systemet, ettersom de krever ekstra behandling for å sikre datakonsistens og integritet.
2. Skalerbarhet: ACID-egenskapene kan forårsake skalerbarhetsproblemer i store distribuerte systemer der flere transaksjoner skjer samtidig.
3. Kompleksitet: Implementering av ACID-egenskapene kan øke kompleksiteten til systemet og kreve betydelig ekspertise og ressurser.
   Samlet sett oppveier fordelene med ACID-egenskaper i DBMS ulempene. De gir en pålitelig og konsistent tilnærming til data
4. administrasjon, som sikrer dataintegritet, nøyaktighet og pålitelighet. I noen tilfeller kan imidlertid overheaden ved implementering av ACID-egenskaper forårsake ytelses- og skalerbarhetsproblemer. Derfor er det viktig å balansere fordelene med ACID-egenskaper mot de spesifikke behovene og kravene til systemet.