vault backup: 2026-07-23 18:25:54
This commit is contained in:
BIN
Binary file not shown.
|
After Width: | Height: | Size: 37 KiB |
BIN
Binary file not shown.
|
After Width: | Height: | Size: 34 KiB |
BIN
Binary file not shown.
|
After Width: | Height: | Size: 37 KiB |
BIN
Binary file not shown.
|
After Width: | Height: | Size: 37 KiB |
+41
@@ -1,3 +1,44 @@
|
||||
![[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
|
||||
|
||||
|
||||
Reference in New Issue
Block a user