Datenbanksysteme 2 Frühjahr-/Sommersemester Februar 2014

Größe: px
Ab Seite anzeigen:

Download "Datenbanksysteme 2 Frühjahr-/Sommersemester 2014 26. Februar 2014"

Transkript

1 Lehrstuhl für Praktische Informatik III Prof. Dr. Guido Moerkotte Marius Eich Fisnik Kastrati Datenbanksysteme 2 1. Übungsblatt Frühjahr-/Sommersemester Februar 2014 Aufgabe 1 Für ein Versandhaus soll ein verteiltes Datenbanksystem aufgebaut werden. Das Unternehmen ist an zwei Standorten vertreten. In der Zentrale in Mannheim werden die Bestellungen aller Kunden mit der Vorwahl 0621 abgewickelt. Zusätzlich wird die gesamte Rechnungsabwicklung in Mannheim erledigt. In der Außenstelle in Heidelberg werden die Bestellungen der restlichen Kunden betreut. Für die Rechnungsstellung werden die Auftragsnummer, der Gesamtpreis und die Rechnungsadresse benötigt. Die Versandabteilung benötigt Auftragsnummer, Vorwahl, Rufnummer, Artikel, Lieferadresse und Stückzahl. Die Daten des Versandhauses werden u.a. in der folgenden Relation gespeichert: Bestellung(Auftragsnummer, Vorwahl, Rufnummer, Artikel, Lieferadresse, Rechnungsadresse, Stückzahl, Gesamtpreis) Aufgabe 1 a) Welche unterschiedlichen Fragmentierungsarten können in einem verteilten Datenbanksystem zum Einsatz kommen? vertikale Fragmentierung horizontale Fragmentierung kombinierte Fragmentierung Aufgabe 1 b) Zerlegen Sie die obige Relation in geeignete Fragmente. Rechnungsdaten := Π Auftragsnummer,Gesamtpreis,Rechnungsadresse (Bestellung) 1

2 LieferdatenMA := σ V orwahl= 0621 ( Π Auftragsnummer,V orwahl,rufnummer,artikel,lieferadresse,stückzahl (Bestellung)) LieferdatenHD := σ V orwahl!= 0621 ( Π Auftragsnummer,V orwahl,rufnummer,artikel,lieferadresse,stückzahl (Bestellung)) Aufgabe 1 c) Für ein Backup soll ein komplettes Abbild der verteilten Datenbasis erstellt werden. Geben Sie einen algebraischen Ausdruck an, der aus den erstellten Fragmenten die ursprüngliche Relation rekonstruiert. Rechnungsdaten (Lief erdatenm A Lief erdatenhd) Aufgabe 1 d) Für eine Bestellung aus Mannheim wurde fälschlicherweise eine falsche Vorwahl (0791) eingetragen. Die Vorwahl wird entsprechend zu 0621 korrigiert. Was muss das Datenbanksystem beachten? Der entsprechende Datensatz muss von der Station in Heidelberg auf die Station in Mannheim verschoben werden. Aufgabe 2 Die Mitarbeiterdatenbank eines Unternehmens enthält die folgende Relation Mitarbeiter: Mitarbeiter(PersNr, Name, Anschrift, Gehalt, Standort). Das Unternehmen ist an den Standorten Mannheim und Heidelberg vertreten und führt eine entsprechende horizontale Fragmentierung der Relation durch: MitarbeiterMA := σ Standort= Mannheim (PersNr, Name, Anschrift, Gehalt, Standort) MitarbeiterHD := σ Standort= Heidelberg (PersNr, Name, Anschrift, Gehalt, Standort) Die erzeugten Fragmente werden redundanzfrei auf die jeweiligen Stationen in Mannheim und Heidelberg verteilt. Für eine Betriebsprüfung soll eine Liste aller Mitarbeiter erstellt werden. Aufgabe 2 a) Geben Sie ein SQL-Statement an, mit den eine vollständige Liste aller Mitarbeiter erstellt werden kann wenn das Datenbanksystem Fragmentierungstransparenz bietet. 2

3 select from Mitarbeiter Aufgabe 2 b) Geben Sie ein SQL-Statement an, mit den eine vollständige Liste aller Mitarbeiter erstellt werden kann wenn das Datenbanksystem Allokationstransparenz bietet. select from MitarbeiterMA UNION select from MitarbeiterHD Aufgabe 2 c) Geben Sie ein SQL-Statement an, mit den eine vollständige Liste aller Mitarbeiter erstellt werden kann wenn das Datenbanksystem lokale Schema-Transparenz bietet. select from MitarbeiterMA at S Mannheim UNION select from MitarbeiterHD at S Heidelberg Aufgabe 3 Ein Unternehmen speichert Mitarbeiterdaten in der folgenden Relation: Mitarbeiter(PersNr, Name, Raumnummer, Taetigkeit, Gehalt, Anschrift) Das Unternehmen hat zwei Standorte in Mannheim und Ludwigshafen. An jedem Standort gibt es eine Mitarbeiterverwaltung, die PersNr, Name, Raumnummer und Tätigkeitsbeschreibung benötigt, sowie die Lohnbuchhaltung, die die PersNr, das Gehalt sowie die Anschrift braucht. Hierfür wir die Relation kombiniert in folgende Fragmente zerlegt und redundanzfrei verteilt. LogaMA := Π PersNr,Gehalt,Anschrift (σ Standort= Mannheim (Mitarbeiter)) VerwMA := Π PersNr,Name,Raumnummer,Tätigkeit (σ Standort= Mannheim (Mitarbeiter)) LogaLU := Π PersNr,Gehalt,Anschrift (σ Standort= Ludwigshafen (Mitarbeiter)) VerwLU := Π PersNr,Name,Raumnummer,Tätigkeit (σ Standort= Ludwigshafen (Mitarbeiter)) 3

4 Der Vorstand interessiert sich für die Tätigkeiten, die von hochbezahlten Mitarbeitern durchgeführt werden. Hierfür wird die folgende SQL-Anfrage gestellt. select distinct persnr, name, taetigkeit, gehalt from Mitarbeiter where gehalt>=60000; Aufgabe 3 a) Welche Form der Transparenz liegt hier vor? Fragmentierungstransparenz. Aufgabe 3 b) Überführen Sie die obige SQL-Anfrage in einen kanonischen Operatorbaum den das Datenbanksystem erstellen würde wenn die Relation Mitarbeiter nicht fragmentiert worden wäre, d.h. die Relation befindet sich komplett auf einer einzelnen Station. Π persnr,name,taetigkeit,gehalt σ gehalt>= Mitarbeiter Aufgabe 3 c) Überführen Sie den in Aufgabenteil b) erstellen Operatorbaum in einen Operatorbaum, der die obige Fragmentierung der Mitarbeiter-Relation berücksichtigt. 4

5 Π persnr,name,taetigkeit,gehalt σ gehalt>= LogaMA LogaLU VerwMA VerwLU Aufgabe 3 d) Optimieren Sie den in Aufgabenteil c) erstellten Operatorbaum mit Hilfe der in der Vorlesung besprochenen Heuristiken. 5

6 Π persnr,name,taetigkeit,gehalt Π persnr,name,taetigkeit,gehalt σ gehalt>= VerwMA σ gehalt>= VerwLU LogaMA LogaLU Aufgabe 3 e) In der Vorlesung wurde die Optimierung mit Hilfe von zusätlichen Semi-Joins besprochen. Lässt sich diese Technik für obige Anfrage sinnvoll einsetzen? Begründen Sie. Die in der obigen Anfrage durchgeführten Joins finden (wegen der abgeleiteten Fragmentierung) lokal auf den einzelnen Stationen statt. Die Tupel, die von den Stationen versendet werden, tragen direkt zum Endergebnis bei, der Einsatz zusätzlicher Semi- Joins bringt hier also keine Verbesserung. Aufgabe 4 Im verteilten Datenbanksystemen sind an einer einzelnen Transaktion oft mehrere Stationen beteiligt. Aufgabe 4 a) Welche Probleme können (ohne den Einsatz zusätzlicher Sicherungsmaßnahmen) durch diese Verteilung in Bezug auf die korrekten Behandlung von Transaktionen auftreten? Wie können diese Probleme vermieden werden? Ohne besondere Sicherungsmaßnahmen kann es zu inkonsistenten Transaktionsab- 6

7 schlüssen kommen, d.h. zwei an der selben Transaktion beteiligte Stationen haben unterschiedliche Ergebnisse (commit und abort). Dieses Problem kann auftreten, da die Systeme unabhängig voneinander abstürzen können. Das Problem kann durch den Einsatz spezieller Commit-Protokolle (wie beispielsweise das Zwei-Phasen-Commit-Protokoll) vermieden werden. Aufgabe 4 b) Beschreiben Sie die vier Schritte/Phasen, die bei der Verwendung des Zwei-Phasen- Commit-Protokolls (2PC) beim Transaktionsende durchlaufen werden. Welche Nachrichten werden ausgetauscht? Was passiert wenn eine Station in einer dieser Phasen abstürzt bzw. nicht mehr antwortet? Funktioniert das Protokoll trotzdem? Diskutieren Sie. Prepare Der Koordinator sendet eine Prepare-Nachricht an alle beteiligten Stationen. Failed/Ready Jede beteiligte Station antwortet dem Koordinator ob sie die Transaktion commiten kann oder aborten muss. Antwortet eine Station nicht innerhalb eines vorgeschriebenen Zeitintervalls kann der Koordinator von einem Absturz ausgehen und die Transaktion abbrechen. Falls eine Station die Bereitschaft zum Commit signalisiert hat muss Sie sicherstellen dass der Commit auch von Ihr durchgeführt werden kann, d.h. bei einem eventuellem Absturz nach Senden der Commit-Nachricht müssen die von der Transaktion durchgeführten Änderungen wiederhergestellt werden können. Commit/Abort Der Koordinator entscheidet aufgrund der erhaltenen Antworten ob die Transaktion commiten darf (alle beteiligten Stationen haben die Bereitschaft zum commit signalisiert), oder ob die Transaktion abgebrochen werden muss. Eine entsprechende Nachricht wird an alle Stationen geschickt. ACK Jede Station antwortet mit ACK nachdem sie die vom Koordinator angeforderte Aktion (commit oder abort) durchgeführt hat. Der Koordinator hält das entsprechende Ergebnis der Transaktion bis zum Eintreffen von ACKs aller Stationen vorrätig. Diese Informationen werden z.b. für Stationen benötigt die nach dem Senden einer Commit-Nachricht in Schritt 2 abgestürzt sind und die Commit oder Abort Nachricht aus Phase 3 nicht erhalten haben. Diese können z.b. beim Koordinator nachfragen und die entsprechenden Operationen dann ausführen. Aufgabe 4 c) Bis zum Eintreffen der Acknowledgements aller beteiligter Stationen (Schritt 4) spei- 7

8 chert der Koordinator üblicherweise für jede Transaktionen deren Ergebnis (commit oder abort). Wie kann der Speicheraufwand auf Seiten des Koordinators reduziert werden? Der Koordinator kann sich nur die erfolgreich bzw. nicht erfolgreich abgeschlossenen Transaktionen merken und für alle anderen Transaktionen das Gegenteil annehmen (presumed commit / presumed abort). 8

Datenbanken & Informationssysteme Übungen Teil 3

Datenbanken & Informationssysteme Übungen Teil 3 Verteilte Datenbanken 1. Unterschied horizontaler und vertikaler Zerlegung Beschreiben Sie den Unterschied zwischen horizontaler und vertikaler Zerlegung in einer verteilten Datenbank. Durch welche relationalen

Mehr

Verteilte Datenbanken

Verteilte Datenbanken 1 / 50 Verteilte Datenbanken VU Datenbanksysteme vom 28.11. 2016 Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien 2 /

Mehr

Terminologie. Kapitel 15 Verteilte Datenbanken. Verteiltes Datenbanksystem. Kommunikationsmedien

Terminologie. Kapitel 15 Verteilte Datenbanken. Verteiltes Datenbanksystem. Kommunikationsmedien Kapitel Verteilte Datenbanken Terminologie Motivation: geographisch verteilte Organisationsform einer Bank mit ihren Filialen Filialen sollen Daten lokaler Kunden bearbeiten können Zentrale soll Zugriff

Mehr

Datenbanksysteme 1 Frühjahrs-/Sommersemester Abril 2012

Datenbanksysteme 1 Frühjahrs-/Sommersemester Abril 2012 Lehrstuhl für Praktische Informatik III Prof. Dr. Guido Moerkotte Email: moer@db.informatik.uni-mannheim.de Pit Fender Email: pfender@pi3.informatik.uni-mannheim.de Marius Eich Email: meich@pi3.informatik.uni-mannheim.de

Mehr

Verteilte Datenbanken. Kapitel 11 455 / 520

Verteilte Datenbanken. Kapitel 11 455 / 520 Kapitel 11 Verteilte Datenbanken 455 / 520 Überblick Terminologie Eine verteilte Datenbank (VDBMS) ist eine Sammlung von Informationseinheiten die auf verschiedene Rechner verteilt ist, die durch Kommunikationsnetze

Mehr

Atomare Commit-Protokolle. Grundlagen von Datenbanken - SS Prof. Dr. Stefan Böttcher Atomare Commit-Protokolle Folie 1

Atomare Commit-Protokolle. Grundlagen von Datenbanken - SS Prof. Dr. Stefan Böttcher Atomare Commit-Protokolle Folie 1 Atomare Commit-Protokolle Grundlagen von Datenbanken - SS 2010 - Prof. Dr. Stefan Böttcher Atomare Commit-Protokolle Folie 1 Atomares Commit-Protokoll Bisher: Protokolle zur lokalen Transaktionsverwaltung

Mehr

Verteilte Datenbanksysteme. Hans-Dieter Ehrich Institut für Informationssysteme Technische Universität Braunschweig

Verteilte Datenbanksysteme. Hans-Dieter Ehrich Institut für Informationssysteme Technische Universität Braunschweig Verteilte Datenbanksysteme Hans-Dieter Ehrich Institut für Informationssysteme Technische Universität Braunschweig http://www.ifis.cs.tu-bs.de 3. Fragmentierung und Allokation Aufteilung des Datenbestandes

Mehr

Kapitel 15 Verteilte Datenbanken

Kapitel 15 Verteilte Datenbanken Kapitel 15 Verteilte Datenbanken Motivation: geographisch verteilte Organisationsform einer Bank mit ihren Filialen Filialen sollen Daten lokaler Kunden bearbeiten können Zentrale soll Zugriff auf alle

Mehr

Hauptdiplomklausur Datenbanksysteme I Wintersemester 2001/2002 Name:... Vorname:... Matrikelnummer:... Studienfach:...

Hauptdiplomklausur Datenbanksysteme I Wintersemester 2001/2002 Name:... Vorname:... Matrikelnummer:... Studienfach:... Lehrstuhl Praktische Informatik III Universität Mannheim Prof. Dr. Guido Moerkotte Sven Helmer März 2002 Wichtige Hinweise: Hauptdiplomklausur Datenbanksysteme I Wintersemester 2001/2002 Name:................................

Mehr

Kapitel 17 Verteilte Datenbanken

Kapitel 17 Verteilte Datenbanken Kapitel 17 Verteilte Datenbanken Motivation: geographisch verteilte Organisationsform einer Bank mit ihren Filialen + Filialen sollen Daten lokaler Kunden bearbeiten können + Zentrale soll Zugriff auf

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof Alfons Kemper, PhD Blatt Nr 2 Übung zur Vorlesung Grundlagen: Datenbanken im WS5/6 Harald Lang, Linnea Passing (gdb@intumde) http://www-dbintumde/teaching/ws56/grundlagen/

Mehr

Übungen zur Vorlesung. Mobile und Verteilte Datenbanken. WS 2008/2009 Blatt 6. Lösung

Übungen zur Vorlesung. Mobile und Verteilte Datenbanken. WS 2008/2009 Blatt 6. Lösung Dr. rer. nat. Sven Groppe Übungen zur Vorlesung Mobile und Verteilte Datenbanken WS 2008/2009 Blatt 6 Lösung Aufgabe 1: Abgeleitete horizontale Fragmentierung Gegeben seien folgende Relationen: ABT (ANR,

Mehr

Herbstsemester Januar Datenbanksysteme II

Herbstsemester Januar Datenbanksysteme II Lehrstuhl für Praktische Informatik III Prof. Dr. Guido Moerkotte Email: moer@pi3.informatik.uni-mannheim.de Dr. Carl-Christian Kanne Email: cc@informatik.uni-mannheim.de Datenbanksysteme II Hauptdiplomklausur

Mehr

Kapitel 15 Verteilte Datenbanken

Kapitel 15 Verteilte Datenbanken Kapitel 15 Verteilte Datenbanken Motivation: geographisch verteilte Organisationsform einer Bank mit ihren Filialen Filialen sollen Daten lokaler Kunden bearbeiten können Zentrale soll Zugriff auf alle

Mehr

6.3 Verteilte Transaktionen

6.3 Verteilte Transaktionen 6.3 Verteilte Transaktionen Situation: Fragmentierung: Ein Datenbestand ist über mehrere Stationen verteilt (z.b. verteilte Datenbank, verteiltes Dateisystem,...) d.h. in Fragmente aufgeteilt, für die

Mehr

Datenbanksysteme 1 Herbst-/Wintersemester Oktober Gegeben seinen die beiden folgenden Relationenausprägungen L und R.

Datenbanksysteme 1 Herbst-/Wintersemester Oktober Gegeben seinen die beiden folgenden Relationenausprägungen L und R. Lehrstuhl für Praktische Informatik III Prof. Dr. Guido Moerkotte Email: moer@db.informatik.uni-mannheim.de Marius Eich Email: marius.eich@uni-mannheim.de Fisnik Kastrati Email: kastrati@informatik.uni-mannheim.de

Mehr

Semesterklausur Wiederholung

Semesterklausur Wiederholung Universität Augsburg, Institut für Informatik Wintersemester 2010/2011 Prof. Dr. W. Kießling 04. April 2011 Dr. M. Endres, F. Wenzel Datenbanksysteme Semesterklausur Wiederholung Hinweise: Die Bearbeitungszeit

Mehr

Im Vorlesungsskript (5) auf Seite 7 haben wir folgendes Bild:

Im Vorlesungsskript (5) auf Seite 7 haben wir folgendes Bild: Übungsblatt 4 Aufgabe 1 Sie möchten ein IEEE 802.11-Netzwerk (WLAN) mit einem IEEE 802.3-Netzwerk (Ethernet) verbinden. 1a) Auf welcher Schicht würden Sie ein Zwischensystem zur Übersetzung ansiedeln?

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann Blatt Nr. 2 Übung zur Vorlesung Einsatz und Realisierung von Datenbanksystemen im SoSe15 Moritz Kaufmann (moritz.kaufmann@tum.de)

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Übung zur Vorlesung Einführung in die Informatik 2 für Ingenieure (MSE) Alexander van Renen (renen@in.tum.de)

Mehr

Verteilte Datenbanken

Verteilte Datenbanken Verteilte Datenbanken Stand der Technik: Zentrale oder Verteilte Datenbanken Bisher (implizit) diskutiert: Zentraler Ansatz, d. h. keine Netzwerke berücksichtigt: Terminals / Arbeitsplatzrechner DB 1 Zentraler

Mehr

Verteiltes Sperren Verteilte Recovery

Verteiltes Sperren Verteilte Recovery Verteiltes Sperren Verteilte Recovery Verteiltes Sperren (Distributed Locking) Wie werden Sperren für Objekte über mehrere Knoten hinweg verwaltet? Zentralisiert: Ein Knoten für Sperren verantwortlich

Mehr

Universität Augsburg, Institut für Informatik Wintersemester 2008/2009 Prof. Dr. W. Kießling 03. Februar Semesterklausur

Universität Augsburg, Institut für Informatik Wintersemester 2008/2009 Prof. Dr. W. Kießling 03. Februar Semesterklausur Universität Augsburg, Institut für Informatik Wintersemester 2008/2009 Prof. Dr. W. Kießling 03. Februar 2009 Dr. A. Huhn, M. Endres, T. Preisinger Datenbanksysteme I Semesterklausur Hinweise: Die Bearbeitungszeit

Mehr

Datenbanken Vertiefung Wintersemester 2014/ Matrikelnummer: Hinweise. Unterschrift

Datenbanken Vertiefung Wintersemester 2014/ Matrikelnummer: Hinweise. Unterschrift Fachbereich für Computerwissenschaften Prof. Dr. Nikolaus Augsten Jakob-Haringer-Str. 2 5020 Salzburg, Austria Telefon: +43 662 8044 6347 E-Mail: nikolaus.augsten@sbg.ac.at Datenbanken II Prüfung Datenbanken

Mehr

TAV Übung 3. Übung 3: Verteilte Datenhaltung

TAV Übung 3. Übung 3: Verteilte Datenhaltung Übung 3: Verteilte Datenhaltung 1. Serialisierung Konstruieren Sie Historien aus drei Transaktionen T1, T2 und T3, die folgende Merkmale aufweisen: 1. Die serielle Reihenfolge ist T1 vor T2 vor T3. 2.

Mehr

Kapitel 10: Relationale Anfragebearbeitung

Kapitel 10: Relationale Anfragebearbeitung Ludwig Maimilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Datenbanksysteme I Wintersemester 2017/2018 Kapitel 10: Relationale Anfragebearbeitung

Mehr

Anfragebearbeitung. Logische Optimierung Physische Optimierung (Kostenmodelle Tuning ) Kapitel 8 1

Anfragebearbeitung. Logische Optimierung Physische Optimierung (Kostenmodelle Tuning ) Kapitel 8 1 Anfragebearbeitung Logische Optimierung Physische Optimierung (Kostenmodelle Tuning ) Kapitel 8 1 Ablauf der Anfrageoptimierung Deklarative Anfrage (SQL) Scanner Parser Sichtenauflösung Algebraischer Ausdruck

Mehr

Kapitel 10: Relationale Anfragebearbeitung

Kapitel 10: Relationale Anfragebearbeitung Ludwig Maimilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 201/2016 Kapitel 10: Relationale Anfragebearbeitung Vorlesung:

Mehr

Semesterklausur Datenbanksysteme 1 SS 2015

Semesterklausur Datenbanksysteme 1 SS 2015 Universität Augsburg, Institut für Informatik Sommersemester 2015 Prof. Dr. W. Kießling 10. April 2015 F. Wenzel, L.Rudenko Datenbanksysteme 1 Semesterklausur Datenbanksysteme 1 SS 2015 Hinweise: Die Bearbeitungszeit

Mehr

Datenbanksysteme 2 Frühjahr-/Sommersemester 2014 28. Mai 2014

Datenbanksysteme 2 Frühjahr-/Sommersemester 2014 28. Mai 2014 Lehrstuhl für Praktische Informatik III Prof. Dr. Guido Moerkotte Email: moer@db.informatik.uni-mannheim.de Marius Eich Email: marius.eich@uni-mannheim.de Datenbanksysteme 2 8. Übungsblatt Frühjahr-/Sommersemester

Mehr

Datenbanksysteme 1 Herbst-/Wintersemester Oktober Angestellte(PersonalNr, Name, Gehalt, Beruf, AbteilNr, ChefNr, Wohnort)

Datenbanksysteme 1 Herbst-/Wintersemester Oktober Angestellte(PersonalNr, Name, Gehalt, Beruf, AbteilNr, ChefNr, Wohnort) Lehrstuhl für Praktische Informatik III Prof. Dr. Guido Moerkotte Email: moer@db.informatik.uni-mannheim.de Marius Eich Email: marius.eich@uni-mannheim.de Datenbanksysteme 1 4. Übungsblatt Herbst-/Wintersemester

Mehr

w 1 (A) T 1 w 3 (B) w 1 (D) b 3 flush(p D ) flush(p B ) flush(p B )

w 1 (A) T 1 w 3 (B) w 1 (D) b 3 flush(p D ) flush(p B ) flush(p B ) Aufgabe 1 Logging (8+5 Punkte) Logging und Recovery Gegeben sei ein DBMS, das die parallel laufenden Transaktionen T 1, T 2 und T 3 verwaltet. Dabei ändert T 1 die Datenelemente A, B, C und D, T 2 die

Mehr

[W, T4, D, 15] [start_transaction, T3] [W, T3, C, 30] [W, T4, A, 20] [commit, T4] [W, T2, D, 25] System Crash

[W, T4, D, 15] [start_transaction, T3] [W, T3, C, 30] [W, T4, A, 20] [commit, T4] [W, T2, D, 25] System Crash Übungen Aufgabe 1 Geben ist die folgende Logdatei: [start_transaction, T1] [W, T1, D, 20] [commit, T1] [checkpoint] [start_transaction, T2] [W, T2, B, 12] [start_transaction, T4] [W, T4, D, 15] [start_transaction,

Mehr

Anfrageoptimierung Logische Optimierung

Anfrageoptimierung Logische Optimierung Institute for Web Science & Technologies WeST Grundlagen der Datenbanken Logische Optimierung Dr. Thomas Gottron Wintersemester 2012/13 Ablauf der Deklarative Anfrage Scanner Parser Sichtenauflösung Algebraischer

Mehr

Universität Augsburg, Institut für Informatik WS 2007/2008 Prof. Dr. W. Kießling 18. Jan Dr. A. Huhn, M. Endres, T. Preisinger Übungsblatt 12

Universität Augsburg, Institut für Informatik WS 2007/2008 Prof. Dr. W. Kießling 18. Jan Dr. A. Huhn, M. Endres, T. Preisinger Übungsblatt 12 Universität Augsburg, Institut für Informatik WS 2007/2008 Prof Dr W Kießling 18 Jan 2008 Dr A Huhn, M Endres, T Preisinger Übungsblatt 12 Datenbanksysteme I Hinweis: Das vorliegende Übungsblatt besteht

Mehr

Fragenkatalog zum Kurs 1666 (Datenbanken in Rechnernetzen) Kurstext von SS 96

Fragenkatalog zum Kurs 1666 (Datenbanken in Rechnernetzen) Kurstext von SS 96 Fragenkatalog zum Kurs 1666 (Datenbanken in Rechnernetzen) Kurstext von SS 96 Dieser Fragenkatalog wurde aufgrund das Basistextes und zum Teil aus den Prüfungsprotokollen erstellt, um sich auf mögliche

Mehr

STERNBURG BINGO STERNBURG BINGO UND SO FUNKTIONIERT S: MITMACHEN UND TOLLE PREISE GEWINNEN! RAUM FÜR EIGENE BEMERKUNGEN, GRÜSSE ETC.

STERNBURG BINGO STERNBURG BINGO UND SO FUNKTIONIERT S: MITMACHEN UND TOLLE PREISE GEWINNEN! RAUM FÜR EIGENE BEMERKUNGEN, GRÜSSE ETC. 85 61 19 27 78 52 90 45 03 39 54 88 89 76 21 69 15 94 22 10 24 18 62 79 53 Aufschrift befindet sich eine neue -Zahl. Wenn Sie eine -Zahl aus dem obigen Sobald Sie eine Reihe von 5 - -Zahlen horizontal,

Mehr

Klausur mit Musterlösung

Klausur mit Musterlösung Carl-Schurz-Schule 14.03.2012 Informatik, Kurs Q2Info01 Victor Hahn Klausur mit Musterlösung Ihr Name: Maximal erreichbare Anzahl Verrechnungspunkte (VP): 66 Einziges zugelassenes Hilfsmittel: Ein Blatt

Mehr

Probeklausur zur Vorlesung Datenbanksysteme II

Probeklausur zur Vorlesung Datenbanksysteme II Ludwig-Maximilians-Universität München Institut für Informatik PD Dr. Peer Kröger Daniel Kaltenthaler SS 2014 08.07.2014 Probeklausur zur Vorlesung Datenbanksysteme II Die folgenden Aufgaben orientieren

Mehr

Vorlesung Datenbanksysteme 2. Übung Recovery Checkpointing

Vorlesung Datenbanksysteme 2. Übung Recovery Checkpointing Vorlesung Datenbanksysteme 2 Übung Recovery Checkpointing Aufgabe Checkpointing Das Datenbanksystem habe für folgenden Schedule zwei LRU-Cache- Slots reserviert. Der Recovery Manager unterstützt Undo/No

Mehr

Inhalt Nur reinen Text versenden oder anzeigen Nachrichten immer im Nur-Text-Format versenden

Inhalt Nur reinen Text versenden oder anzeigen Nachrichten immer im Nur-Text-Format versenden 1 of 5 24.02.2012 09:18 rrze.uni-erlangen.de Inhalt Nur reinen Text versenden oder anzeigen Nachrichten immer im Nur-Text-Format versenden In der Grundeinstellung versendet Outlook ihre Mails als HTML.

Mehr

Indexstrukturen in SQL

Indexstrukturen in SQL Indestrukturen in SQL Anlegen eines Primärinde in SQL: Anlegen eines Sekundärinde in SQL: Bsp: create table Dozenten ( DNr integer primary key, Name varchar(0), Geburt date, ) create [Unique] inde indename

Mehr

Übungen zur Vorlesung. Mobile und Verteilte Datenbanken. WS 2008/2009 Blatt 4. Lösung

Übungen zur Vorlesung. Mobile und Verteilte Datenbanken. WS 2008/2009 Blatt 4. Lösung Dr. rer. nat. Sven Groppe Übungen zur Vorlesung Mobile und Verteilte Datenbanken WS 2008/2009 Blatt 4 Lösung Aufgabe 1: Bestimmen Sie zu den folgenden Transaktions-Schedules, ob diese (konflikt-) serialisierbar

Mehr

2. Wie funktioniert MasterCard SecureCode im mobiletan-verfahren?

2. Wie funktioniert MasterCard SecureCode im mobiletan-verfahren? Häufig gestellte Fragen Erfahren Sie mehr über MasterCard SecureCode. Informationen zu MasterCard SecureCode Registrierung im mobiletan-verfahren Einkauf Verwaltung Sicherheit und Datenschutz Informationen

Mehr

Transaktionsverwaltung read write read write

Transaktionsverwaltung read write read write Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1. Lese den Kontostand von A in die Variable a: read(a,a); 2. Reduziere den Kontostand um 50.- Euro: a:= a 50; 3. Schreibe

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Blatt Nr. 2 Übung zur Vorlesung Einsatz und Realisierung von Datenbanksystemen im SoSe14 Moritz Kaufmann (moritz.kaufmann@tum.de)

Mehr

Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis

Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 15. 01. 2016 Kennnr. Matrikelnr.

Mehr

Universität Augsburg, Institut für Informatik WS 2008/2009 Prof. Dr. W. Kießling 23. Nov Dr. A. Huhn, M. Endres, T. Preisinger Lösungsblatt 5

Universität Augsburg, Institut für Informatik WS 2008/2009 Prof. Dr. W. Kießling 23. Nov Dr. A. Huhn, M. Endres, T. Preisinger Lösungsblatt 5 Universität Augsburg, Institut für Informatik WS 2008/2009 Prof. Dr. W. Kießling 23. Nov. 2007 Dr. A. Huhn, M. Endres, T. Preisinger Lösungsblatt 5 Aufgabe 1: SQL-Queries Datenbanksysteme I a) Geben Sie

Mehr

SQL - Datenbankdesign - Aufbau

SQL - Datenbankdesign - Aufbau SQL - Datenbankdesign - Aufbau Kompakt-Intensiv-Training Unsere fünftägige ANSI SQL Schulung vermittelt Ihnen alle nötigen Kenntnisse zur Erstellung von Datenauswertungen und Programmierung wiederkehrender

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Blatt Nr. 05 Übung zur Vorlesung Grundlagen: Datenbanken im WS16/17 Harald Lang, Linnea Passing (gdb@in.tum.de

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Blatt Nr. 10 Übung zur Vorlesung Grundlagen: Datenbanken im WS16/17 Harald Lang, Linnea Passing (gdb@in.tum.de)

Mehr

Datenbanksysteme I, SS 2004

Datenbanksysteme I, SS 2004 Universität Mannheim Lehrstuhl für Praktische Informatik III Norman May D7 27, Raum 410 68131 Mannheim Telefon: (0621) 181-2586 Email: norman@pi3.informatik.uni-mannheim.de Datenbanksysteme I, SS 2004

Mehr

1. Einführung, Problemstellung und Überblick Rechnernetze

1. Einführung, Problemstellung und Überblick Rechnernetze Inhaltsverzeichnis 1. Einführung, Problemstellung und Überblick 1 1.1 Einführung 1 1.2 Allgemeine Problemstellungen 5 1.2.1 Problemstellung bei Dezentralisierung 5 1.2.2 Problemstellung bei Integration

Mehr

Rückblick: Relationale Normalisierung

Rückblick: Relationale Normalisierung Rückblick: Relationale Normalisierung Gute Relationenschema vermeiden Redundanz und führen nicht zu Anomalien beim Einfügen, Löschen oder Ändern Relationale Normalformen (1NF, 2NF, 3NF, BCNF, 4NF) charakterisieren

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 14 28. Januar 2003 www4.in.tum.de/~rumpe/se

Mehr

Rückblick: Relationales Modell

Rückblick: Relationales Modell Rückblick: Relationales Modell Relationales Modell als vorherrschendes Datenmodell Relationen (Tabellen) besitzen Attribute (Spalten) mit Wertebereichen und beinhalten Tupel (Zeilen) Umsetzung eines konzeptuellen

Mehr

ARBEITSBLATT ZUR SQL-BEFEHLEN

ARBEITSBLATT ZUR SQL-BEFEHLEN Gegeben ist die folgende Datenbank: ARBEITSBLATT ZUR SQL-BEFEHLEN In einer Firma gibt es Mitarbeiter. Jeder Mitarbeiter ist eindeutig einer Abteilung zugeordnet. Manche Mitarbeiter sind an einem Projekt

Mehr

Datenbanksysteme I WS 2015/16. Übungsblatt 12: Lösungsvorschlag

Datenbanksysteme I WS 2015/16. Übungsblatt 12: Lösungsvorschlag Ludwig-Maximilians-Universität München Institut für Informatik Prof. Dr. Christian Böhm Sebastian Goebl DATUM Datenbanksysteme I WS 2015/16 Übungsblatt 12: Lösungsvorschlag Abgabe bis ABGABE BEMERKUNG

Mehr

Aufgabe 1: Kanonische Überdeckung

Aufgabe 1: Kanonische Überdeckung Aufgabe 1: Kanonische Überdeckung Ist die kanonische Überdeckung F c einer Menge F von funktionalen Abhängigkeiten eindeutig? Begründen Sie Ihre Antwort. Die kanonische Überdeckung F c einer Menge F von

Mehr

Drucken und Löschen von angehaltenen Druckaufträgen

Drucken und Löschen von angehaltenen Druckaufträgen Beim Senden eines Druckauftrags an den Drucker können Sie im Treiber angeben, daß der Drucker den Auftrag im Speicher zurückhalten soll. Wenn Sie zum Drucken des Auftrags bereit sind, müssen Sie an der

Mehr

ITM Lohn. Beschäftigungsmeldung. Datum: 07.09.2015 Version: 1.0 Autor: DO

ITM Lohn. Beschäftigungsmeldung. Datum: 07.09.2015 Version: 1.0 Autor: DO ITM Lohn KNOWLEDGE PAPER Beschäftigungsmeldung Datum: 07.09.2015 Version: 1.0 Autor: DO Inhaltsverzeichnis 1 Ausgangslage... 2 2 Erfassung zusätzlicher Informationen... 2 2.1 PEID der Firma... 2 2.2 Sachbearbeiter(in)...

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann Blatt Nr. 11 Übung zur Vorlesung Einsatz und Realisierung von Datenbanksystemen im SoSe15 Moritz Kaufmann (moritz.kaufmann@tum.de)

Mehr

Nutzung der Oracle Database InMemory Option für SAP BW

Nutzung der Oracle Database InMemory Option für SAP BW Nutzung der Oracle Database InMemory Option für SAP BW Schlüsselworte Oracle, SAP-BW, InMemory, Star-Schema. Jörn Bartels Oracle München Einleitung In SAP BW wurde bisher ein erweitertes Snow Flake Schema

Mehr

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 7. 5. 2014 Kennnr. Matrikelnr.

Mehr

2. Architektur verteilter Datenbanksysteme

2. Architektur verteilter Datenbanksysteme 2. Architektur verteilter Datenbanksysteme Verteilte Datenbank, kurz DDB (engl. distributed database): eine Sammlung logisch zusammengehöriger Datenbanken, welche über Rechnerknoten ( Sites ) verteilt

Mehr

Terminologie. Kapitel 17 Verteilte Datenbanken. Use Cases. Kommunikationsmedien. Multi-Datenbanksysteme. Verteilte Datenbank

Terminologie. Kapitel 17 Verteilte Datenbanken. Use Cases. Kommunikationsmedien. Multi-Datenbanksysteme. Verteilte Datenbank Kapitel 17 Verteilte Datenbanken Motivation: geographisch verteilte Organisationsform einer Bank mit ihren Filialen + Filialen sollen Daten lokaler Kunden bearbeiten können + Zentrale soll Zugriff auf

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Blatt Nr. 9 Hausaufgabe 1 Übung zur Vorlesung Grundlagen: Datenbanken im WS13/14 Henrik Mühe (muehe@in.tum.de)

Mehr

Transaktionsverwaltung

Transaktionsverwaltung Kapitel l2 Transaktionsverwaltung Skript 2009 Matthias Schubert Dieses Skript basiert auf dem Skript zur Vorlesung Datenbanksysteme II von Prof. Dr. Christian Böhm gehalten im Sommersemester 2007 an der

Mehr

1 Relationenalgebra [8 P.] Gegeben seien die folgenden Relationenschemata: Hafen(HNR, Ort, Grundsteinlegung)

1 Relationenalgebra [8 P.] Gegeben seien die folgenden Relationenschemata: Hafen(HNR, Ort, Grundsteinlegung) 1 Relationenalgebra Gegeben seien die folgenden Relationenschemata: [8 P.] Hafen(HNR, Ort, Grundsteinlegung) Matrose(MNR, Nachname, Geburtsdatum, Ausbildungsort Hafen.HNR) Schi(SNR, Name, Bruttoregistertonnen,

Mehr

9. Transaktionsverwaltung 9.3. Fehlerbehandlung Seite 1

9. Transaktionsverwaltung 9.3. Fehlerbehandlung Seite 1 9. Transaktionsverwaltung 9.3. Fehlerbehandlung Seite 1 9.3 Fehlerbehandlung Im realen Betrieb eines Datenbanksystems muss mit Fehlersituationen gerechnet werden. Transaktionsfehler: Hierunter verstehen

Mehr

Datenbanksysteme 1 Herbst-/Wintersemester Oktober 2014

Datenbanksysteme 1 Herbst-/Wintersemester Oktober 2014 Lehrstuhl für Praktische Informatik III Prof. Dr. Guido Moerkotte Email: moer@db.informatik.uni-mannheim.de Marius Eich Email: marius.eich@uni-mannheim.de Fisnik Kastrati Email: kastrati@informatik.uni-mannheim.de

Mehr

Universität Augsburg, Institut für Informatik WS 2008/2009 Prof. Dr. W. Kießling 19. Dez Dr. A. Huhn, M. Endres, T. Preisinger Lösungsblatt 9

Universität Augsburg, Institut für Informatik WS 2008/2009 Prof. Dr. W. Kießling 19. Dez Dr. A. Huhn, M. Endres, T. Preisinger Lösungsblatt 9 Universität Augsburg, Institut für Informatik W 2008/2009 Prof. Dr. W. Kießling 19. Dez. 2008 Dr. A. Huhn, M. Endres,. Preisinger Lösungsblatt 9 Aufgabe 1: Geschwister Gegeben war: a) Erstellen ie obigen

Mehr

Kapitel 2 Transaktionsverwaltung. Skript 2009 Matthias Schubert

Kapitel 2 Transaktionsverwaltung. Skript 2009 Matthias Schubert Kapitel 2 Transaktionsverwaltung Skript 2009 Matthias Schubert Dieses Skript basiert auf dem Skript zur Vorlesung Datenbanksysteme II von Prof. Dr. Christian Böhm gehalten im Sommersemester 2007 an der

Mehr

Drucken und Löschen von angehaltenen Druckaufträgen

Drucken und Löschen von angehaltenen Druckaufträgen Beim Senden eines Druckauftrags an den Drucker können Sie im Treiber angeben, daß der Drucker den Auftrag im Speicher zurückhalten soll. Wenn Sie zum Drucken des Auftrags bereit sind, müssen Sie an der

Mehr

T:\Dokumentationen\Asseco_BERIT\Schulung\BERIT_LIDS7_Basiskurs\Impo rt_export\beritde_lt_do_20120918_lids7.basisschulung_import_export.

T:\Dokumentationen\Asseco_BERIT\Schulung\BERIT_LIDS7_Basiskurs\Impo rt_export\beritde_lt_do_20120918_lids7.basisschulung_import_export. LIDS 7 Import/Export Mannheim, 11.02.2013 Autor: Anschrift: Version: Status: Modifiziert von: Ablage: Christine Sickenberger - Asseco BERIT GmbH Asseco BERIT GmbH Mundenheimer Straße 55 68219 Mannheim

Mehr

AG Datenbanken und Informationssysteme Wintersemester 2006 / 2007

AG Datenbanken und Informationssysteme Wintersemester 2006 / 2007 AG Datenbanken und Informationssysteme Wintersemester 2006 / 2007 Prof. Dr.-Ing. Dr. h. c. Theo Härder Fachbereich Informatik Technische Universität Kaiserslautern http://wwwdvs.informatik.uni-kl.de import

Mehr

Hauptdiplomklausur Informatik März 2001: Internet Protokolle

Hauptdiplomklausur Informatik März 2001: Internet Protokolle Universität Mannheim Fakultät für Mathematik und Informatik Lehrstuhl für Praktische Informatik IV Professor Dr. W. Effelsberg Hauptdiplomklausur Informatik März 200: Internet Protokolle Name:... Vorname:...

Mehr

7. Übungsblatt. Für die Übung am Donnerstag, 14. Dezember 2006, von 15:30 bis 17:00 Uhr in 13/222.

7. Übungsblatt. Für die Übung am Donnerstag, 14. Dezember 2006, von 15:30 bis 17:00 Uhr in 13/222. AG Datenbanken und Informationssysteme Wintersemester 2006 / 2007 Prof. Dr.-Ing. Dr. h. c. Theo Härder Fachbereich Informatik Technische Universität Kaiserslautern http://wwwdvs.informatik.uni-kl.de 7.

Mehr

Vorlesung "Systemsoftware II" Wintersemester 2002/03

Vorlesung Systemsoftware II Wintersemester 2002/03 (c) Peter Sturm, Universität Trier 1 Verteilte Systeme 16. Transaktionen Motivation Sicherung konsistenter Systemzustände Beispiele Amnesieproblematik bei zustandsbehafteten Servern Sicherung des Primaries

Mehr

Grundlagen von SQL. Informatik 2, FS18. Dr. Hermann Lehner (Material von Dr. Markus Dahinden) Departement Informatik, ETH Zürich

Grundlagen von SQL. Informatik 2, FS18. Dr. Hermann Lehner (Material von Dr. Markus Dahinden) Departement Informatik, ETH Zürich Grundlagen von SQL Informatik 2, FS18 Dr. Hermann Lehner (Material von Dr. Markus Dahinden) Departement Informatik, ETH Zürich Markus Dahinden 13.05.18 1 Grundlagen von SQL (Structured Query Language)

Mehr

Datenbanksysteme II SS 2013. Übungsblatt 9: Probeklausur

Datenbanksysteme II SS 2013. Übungsblatt 9: Probeklausur Ludwig-Maximilians-Universität München München, 02.07.2013 Institut für Informatik PD Dr. Peer Kröger Andreas Züfle Datenbanksysteme II SS 2013 Übungsblatt 9: Probeklausur Besprechung: 08.-10.07.2013 (Fragestunde)

Mehr

(4 Punkte) Aufgabe 1: Relationenalgebra - Relationenkalkül

(4 Punkte) Aufgabe 1: Relationenalgebra - Relationenkalkül Musterlösunq zur Klausur 1665 Datenbanksvsteme 19.03.2005 Aufgabe 1: Relationenalgebra - Relationenkalkül (4 Punkte) In der Relationenalgebra werden die gewünschten Relationen durch Angabe einer Folge

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann Blatt Nr. 13 Übung zur Vorlesung Grundlagen: Datenbanken im WS14/15 Harald Lang (harald.lang@in.tum.de) http://www-db.in.tum.de/teaching/ws1415/grundlagen/

Mehr

Vorlesung "Verteilte Systeme" Wintersemester 2000/2001. Verteilte Systeme. 14. Transaktionen

Vorlesung Verteilte Systeme Wintersemester 2000/2001. Verteilte Systeme. 14. Transaktionen Verteilte Systeme 14. Transaktionen Motivation Sicherung konsistenter Systemzustände Beispiele Amnesieproblematik bei zustandsbehafteten Servern Sicherung des Primaries (Primary-Backup- Approach) Aktive

Mehr

5/14/18. Grundlagen von SQL. Grundlagen von SQL. Google, Facebook und Co. setzen auf SQL. Whatsapp

5/14/18. Grundlagen von SQL. Grundlagen von SQL. Google, Facebook und Co. setzen auf SQL. Whatsapp 5/14/18 Grundlagen von SQL (Structured Query Language) Datenbanksprache Befehle Datenbanken und Tabellen erstellen/verändern Daten manipulieren (eingeben, ändern, löschen) Datenbank durchsuchen (Queries

Mehr

Abiturprüfung Informatik, Grundkurs

Abiturprüfung Informatik, Grundkurs Seite 1 von 6 Abiturprüfung 2014 Informatik, Grundkurs Aufgabenstellung: Bauunternehmer bieten einem Bauherrn, das ist der Auftraggeber für ein Bauvorhaben, die Erstellung eines Hauses zu einem festen

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Blatt Nr. 04 Übung zur Vorlesung Grundlagen: Datenbanken im W16/17 Harald Lang, Linnea Passing (gdb@in.tum.de)

Mehr

Ausführen eines Makros beim Starten von OpenOffice.org

Ausführen eines Makros beim Starten von OpenOffice.org Ausführen eines Makros beim Starten von OpenOffice.org Es ist möglich, beim Starten und Beenden von OpenOffice.org oder einzelner Komponenten Makros auszuführen. Dies geschieht mittels Zuordnung jeweiliger

Mehr

Grundlagen verteilter Systeme

Grundlagen verteilter Systeme Universität Augsburg Insitut für Informatik Prof. Dr. Bernhard Bauer Wolf Fischer Christian Saad Wintersemester 08/09 Übungsblatt 7 17.12.08 Grundlagen verteilter Systeme Lösungsvorschlag Aufgabe 1: a)

Mehr

PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 26. 6. 2014 Kennnr. Matrikelnr. Familienname Vorname

PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 26. 6. 2014 Kennnr. Matrikelnr. Familienname Vorname Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 26. 6. 2014 Kennnr. Matrikelnr.

Mehr

10. Übungsblatt. Für die Übung am Donnerstag, 15. Januar 2009, von 15:30 bis 17:00 Uhr in 13/222.

10. Übungsblatt. Für die Übung am Donnerstag, 15. Januar 2009, von 15:30 bis 17:00 Uhr in 13/222. AG Datenbanken und Informationssysteme Wintersemester 2008 / 2009 Prof. Dr.-Ing. Dr. h. c. Theo Härder Fachbereich Informatik Technische Universität Kaiserslautern http://wwwlgis.informatik.uni-kl.de/cms

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Blatt Nr. 05 Übung zur Vorlesung Grundlagen: Datenbanken im W15/16 Harald Lang, Linnea Passing (gdb@in.tum.de

Mehr

Datenbanksysteme 1 Sommersemester Juni 2006

Datenbanksysteme 1 Sommersemester Juni 2006 Lehrstuhl für Praktische Informatik III Prof. Dr. Carl-Christian Kanne Email: cc@pi3.informatik.uni-mannheim.de Norman May B6, 29, Raum C0.05 68131 Mannheim Telefon: (0621) 181 2517 Email: norman@pi3.informatik.uni-mannheim.de

Mehr

3. Übung zur Vorlesung Verteilte Betriebssysteme

3. Übung zur Vorlesung Verteilte Betriebssysteme UNIVERSITÄT ULM Fakultät für Informatik Verteilte Systeme Prof. Dr. Peter Schulthess Markus Fakler 3. Übung zur Vorlesung Verteilte Betriebssysteme 21.11.2007 Aufgabe 1: Verteilte Algorithmen (3 + 1 +

Mehr

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 10. 03. 2015 Kennnr. Matrikelnr.

Mehr