Gedächtnisprotokoll GDB09-1: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
KKeine Bearbeitungszusammenfassung |
||
| Zeile 24: | Zeile 24: | ||
Gegen war der Sheduler von drei Transaktionen. | Gegen war der Sheduler von drei Transaktionen. | ||
=== Sind die Transaktion serialisierbar? === | === Sind die Transaktion serialisierbar? === | ||
a) Nein, es gab einen Konflikt, da T_1 erst x gelesen hat, dann T_3 x geschrieben und dann wiederum T_1 x gelesen hat. | |||
b) Ja, T_3, T_2, T_1 oder T_2, T_3, T_1 | |||
c) Ja, .... | |||
== Normalisierung == | == Normalisierung == | ||
Version vom 17. Februar 2009, 22:24 Uhr
Die GDB-Klausur im WS08/09 fand am 16.02.2009 statt und wurde im Audimax1 geschrieben. Beaufsichtigt wurde die Klausur von Norbert Ritter und Fabian Panse sowie drei weiteren Übungsgruppenleitern. Zu erreichen waren 120Pkt, wobei 100Pkt als 100% gerechnet wurden, d.h. 20Bonuspunkte für alle. Es waren 120Min. Zeit die Klausur zu bearbeiten, nach etwa einer Stunde hat Herr Ritter nochmal 20Min. extra gegeben, diese waren zu vollständigen Bearbeitung auch nötig.
Bereits am späten Abend des 17.02.09 hingen die vorläufigen Ergebnisse im Ikum aus.
ER-Diagram
Krankenhausangestellte (Hilfskräfte und Ärzte) und Patienten. Behandlung, Medikament und Krankheiten.
ERM nach RM
Parteien, Fraktionen, Personen, Abgeordnete und Ausschüsse
Relationenalgebra und SQL
Relationen: Person(PNr, Vorname, Nachname, Alter, ?, Werber-->Person.PNr), Artikel(ANr, Name, Bezeichnung, Verkäufer-->Person.PNr, ?), ?, Gebote(Bieter->Person.Nr, ?, Preis, Datum),
SQL?
Transaktionen
Gegen war der Sheduler von drei Transaktionen.
Sind die Transaktion serialisierbar?
a) Nein, es gab einen Konflikt, da T_1 erst x gelesen hat, dann T_3 x geschrieben und dann wiederum T_1 x gelesen hat. b) Ja, T_3, T_2, T_1 oder T_2, T_3, T_1 c) Ja, ....
Normalisierung
Löschen und Einfügen im Baum
Einfügen im B-Baum
Gegeben war ein B-Baum und Werte die eingefügt werden sollten. Nach jedem Split sollte der Baum neu gezeichnet werden und auch die Aktion zum Einfügen sollte angegeben werden(einfach, Mischen, Split).
Löschen im B-Baum
Gegeben war ein B-Baum und Werte die gelöscht werden sollten. Nach jedem Split sollte der Baum neu gezeichnet werden und auch die Aktion zum Einfügen sollte angegeben werden(einfach, Mischen, Ausgleich).
Einfügen im B*-Baum
Gegeben war ein B*-Baum und Werte die eingefügt werden sollten. Nach jedem Split sollte der Baum neu gezeichnet werden und auch die Aktion zum Einfügen sollte angegeben werden(einfach, Mischen, Split).
Berechnungen im Baum
Gegeben waren ein maximal gefüllter B-Baum \tau(3,2) und ein minimal gefüllter B*-Baum \tau(3,3,2).
Wie viel Knoten müssen gelesen werden um alles Daten auszulesen? Wie viele Knoten müssen gelesen werden um ein zufälliges Datum zu finden? ...
XPath
Gegeben war eine DTD mit dem Szenario: Liga, Vereine, Spieler, Präsident, Person, Vorstand usw.