uni:8:dbs2:start
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
uni:8:dbs2:start [2015-04-28 14:52] – [Aufgabe 1] skrupellos | uni:8:dbs2:start [2020-11-18 18:11] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Datenbanksysteme II ====== | ====== Datenbanksysteme II ====== | ||
- | ===== Übung 1 ===== | + | * [[übungen]] |
- | * **Transaktion** \\ Folge von Aktionen (read/ | + | * [[zusammenfassung]] |
- | * **Hauptaufgabe der Transaktionen - Verwaltung** | + | |
- | * Synchronisation (Koordination von mehreren Benutzerproxessen => Logische Einbenutzerbetrieb) | + | |
- | * Recovery (Behebung von Fehlersituationen) | + | |
- | * **Eigenschaften von Transaktionen (ACID-Prinzip)** | + | |
- | * **A**tomicy (Atomarität: | + | |
- | * **C**onsistency (Konsistenz/ | + | |
- | * **I**solation (Isoliertheit: | + | |
- | * **D**urability (Dauerhaftigkeit, | + | |
- | * **Schedule** \\ Folge von Aktionen (read/ | + | |
- | * **Serieller Schedule** \\ Schedule S von {T1,…,Tn}, in dem die Aktionen der einzelnen Transaktionen nicht unter einander verzahnt sind, sondern sin Blöcken hintereinander ausgeführt werden | + | |
- | * **Serialisierbarer Schedule** \\ Schedule S von {T1,…,Tn}, der die selbe Wirkung hat, wie ein belibiger serieller von {T1,…,Tn} => Nur serialisierbarer Schedules dürfen zugelassen werden! | + | |
- | + | ||
- | ==== Aufgabe 1 ==== | + | |
- | Mögliche Abhängigkeiten | + | |
- | * rw | + | |
- | * wr | + | |
- | * ww | + | |
- | + | ||
- | Für S1 | + | |
- | T1 = (r(v), w(v)) | + | |
- | T2 = (w(x), w(w), r(v)) | + | |
- | T3 = (w(z), r(y), w(x)) | + | |
- | T4 = (r(w), r(z), W(y)) | + | |
- | + | ||
- | === a === | + | |
- | => Gleiche Tranasktions- & Aktionsmenge! | + | |
- | + | ||
- | Abhängigkeiten: | + | |
- | * S1: rw4,2(w),wr1,2(v),wr3,4(z),ww2,3(x),rw3,4(y) | + | |
- | * S2: rw4,2(w),wr1,2(v),ww2,3(x),rw4,3(z),rw3,4(y) | + | |
- | => S1 & S2 sind nicht Konfliktäquivalent! | + | |
- | + | ||
- | === b === | + | |
- | => Gleiche Tranasktions- & Aktionsmenge! | + | |
- | + | ||
- | Abhängigkeiten: | + | |
- | * S1: rw4,2(w),wr1,2(v),wr3,4(z),ww2,3(x),rw3,4(y) | + | |
- | * S3: wr3,4(z),wr1,2(v),ww2,3(x),rw4,2(w),rw3,4(y) | + | |
- | => S1 & S2 sind Konfliktäquivalent! | + | |
- | ==== Aufbau ==== | + | |
- | * DB-Anwendung | + | |
- | * DBS | + | |
- | * DBMS | + | |
- | * DB | + | |
- | + | ||
- | | Anwendungen (mehrere) | + | |
- | ^ | + | |
- | ^ | + | |
- | ^ Konzeptionelle Ebene | | | + | |
- | ^ | + | |
- | ^ | + | |
- | ==== Anforderungen ==== | + | |
- | * **Integration** // | + | |
- | * **Operationen** auf den Daten (ändern, löschen, ...) | + | |
- | * **Data Dictionary** Schema anschauen | + | |
- | * **Benutzersicheten** views | + | |
- | * **Konsistenzüberwachung** bei Änderung | + | |
- | * **Zugriffskontrolle** | + | |
- | * **Transaktionen** | + | |
- | * **Synchronisation** (Mehrbenutzersystem) | + | |
- | * **Datensicherung** | + | |
- | + | ||
- | * Datensystem (deskriptive Anfragen, Mengenzugriffe) | + | |
- | * Zugriffssystem (Satzzugriffe) | + | |
- | * Speichersystem (Seitenzugriffe) | + | |
- | * DB (Blocktransfer) | + | |
- | + | ||
- | Neben an: | + | |
- | * Transfermanagement??? | + | |
- | * Metadatenverwaltung | + | |
- | + | ||
- | Drüber: | + | |
- | | + | |
- | * | + | |
===== ACID ===== | ===== ACID ===== | ||
Line 82: | Line 8: | ||
* Isolation (Man muss sich aleine fühlen) | * Isolation (Man muss sich aleine fühlen) | ||
* Durability (Abgeschlossene Transaktionen sind von dauer) | * Durability (Abgeschlossene Transaktionen sind von dauer) | ||
- | * | ||
- | |||
uni/8/dbs2/start.1430225541.txt.gz · Last modified: 2020-11-18 18:10 (external edit)