45 lines
1.0 KiB
Markdown
45 lines
1.0 KiB
Markdown
![[7-TM.pdf]]
|
|
|
|
|
|
Wie macht ein DBMS aus mehreren Operationen eine verlässliche Arbeitseinheit?
|
|
|
|
**Concurrency Control** für parallelismus
|
|
**Recovery** für fehlerbehebung durch revert
|
|
|
|
**Transaktion** ist eine Folge von Operationen die als logische Einheit behandelt wird
|
|
Nach außen zählen keine Zwischenschritte!
|
|
Entweder gelingt Transaktion oder sie wird verworfen!
|
|
|
|
#### ACID Eigenschaften
|
|
##### A - Atomicity
|
|
Transaktion wird vollständig durchgeführt oder verworfen
|
|
|
|
##### C - Consistency
|
|
Transaktion führt von konsistentem Zustand wieder in konsistenten Zustand!
|
|
|
|
##### I - Isolation
|
|
Jede Transaktion erscheint als laufe sie alleine im System
|
|
|
|
##### D - Durability
|
|
Commit speichert dauerhaft und ist resistent gegen Systemfehler
|
|
|
|
|
|
### Anomalien
|
|
|
|
#### Lost update
|
|
![[Pasted image 20260723182328.png]]
|
|
|
|
#### Dirty Read
|
|
![[Pasted image 20260723182339.png]]
|
|
|
|
#### Non-Repeatable Read
|
|
![[Pasted image 20260723182355.png]]
|
|
|
|
#### Phantom Read
|
|
![[Pasted image 20260723182412.png]]
|
|
|
|
|
|
|
|
## Schedules und Serialisierbarkeit
|
|
|