Samtidighedskontrol

Question 1

Hvorfor findes transaktioner?

Answer 1

Question 2

Hvilke tre transaktionskommandoer findes der?

Answer 2

Question 3

Hvad er ACID?

Answer 3

I daglig tale kalder man ofte
A og D = recovery
C og I = samtidighedskontrol

Question 4

Hvornår kan samtidighedsproblemer opstå?

Answer 4

Question 5

Hvilke to teknikker bruges der til samtidighedskontrol?

Answer 5

Question 6

Hvilke slags låse findes der og hvordan fungerer de?

Answer 6

Question 7

Hvad er granularitet?

Answer 7

Question 8

Hvilke niveauer af granularitet findes der?

Answer 8

Question 9

Hvad er versionering?

Answer 9

Question 10

Hvad er versionering godt til?

Answer 10

Question 11

Hvad er optimistisk samtidighedskontrol?

Answer 11

Question 12

Hvad er pessimistisk samtidighedskontrol?

Answer 12

Question 13

Hvilket isolations level skal man bruge for at implementere optimistisk samtidighedskontrol?

Answer 13

Snapshot

Question 14

Hvilke klasser af samtidighedsproblemer er der?

Answer 14

Dirty read, unrepeatable read, phantom read

Question 15

Hvad er dirty read?

Answer 15

Question 16

Hvad er unrepeatable read?

Answer 16

Question 17

Hvad er phantom read? 👻

Answer 17

Question 18

Hvilket isolationsniveau bruges som standard af SQL server?

Answer 18

SQL Server bruger som standard isolationsniveauet READ COMMITTED, hvilket betyder, at en transaktion kan se kun de ændringer, der er blevet bekræftet (committed) af andre transaktioner. Det er en almindelig og afbalanceret indstilling, der leverer god ydeevne og samtidig sikrer datakonsistens.

Question 19

Fortæl lidt om transaktioner og samtidighedskontrol ud fra dette kode

Answer 19

I det givne kodeeksempel bruger det ikke eksplicit transaktionsstyring (begintran, commit, rollback), så hver SQL-kommando bliver udført som sin egen transaktion. Hvis der opstår en fejl i den anden INSERT, vil kun den pågældende INSERT-operation blive rullet tilbage, og dataændringer, der blev foretaget af den første INSERT, vil blive bevaret.

Dette er fordi der ikke er nogen eksplicit angivelse af en transaktion, der omgiver begge INSERT-operationer. Hver SQL-kommando udføres som en separat transaktion, medmindre der eksplicit oprettes en transaktion ved hjælp af SqlTransaction.

Hvis du ønsker at sikre, at begge operationer enten bliver gennemført eller rullet tilbage som en enhed, kan du bruge eksplicit transaktionsstyring ved at oprette en transaktion, udføre dine operationer og derefter enten forpligte eller rulle transaktionen tilbage baseret på resultaterne af dine operationer.

ChatGPT

Question 20

Hvad er Snapshot?

Answer 20

Snapshot isolation fungerer typisk ved at oprette en midlertidig kopi af databasen (en “snapshot”) ved begyndelsen af hver transaktion. Denne snapshot afspejler en øjeblikstilstand af databasen. Mens transaktionen udføres, ser den kun de data, der var tilgængelige på tidspunktet for snapshotoprettelsen, uanset de ændringer, der udføres af andre transaktioner i mellemtiden.

Fordelen ved snapshot isolation er, at det reducerer risikoen for samtidighedsproblemer som “non-repeatable reads” og “phantom reads” uden at kræve låsning af ressourcer i længere tid. Det giver høj samtidighed ved at tillade, at flere transaktioner udføres samtidigt, selvom de arbejder med de samme data.

ChatGPT

Question 21

Hvilket isolationsniveau skal man bruge for at implementere pessimistisk samtidighedskontrol?

Answer 21

Serializable

Isolationsniveauet “Serializable” eliminerer problemer som “dirty reads,” “non-repeatable reads,” og “phantom reads” ved at sikre fuldstændig isolering mellem transaktioner. Dog kan brugen af låse i hele transaktionen føre til potentielle ydelsesproblemer og blokeringer, da låste ressourcer ikke kan tilgås af andre transaktioner, før låsen er frigivet.

ChatGPT