1 Übungen zur Vorlesung Datenstrukturen Prof. R. Bayer, WS 2001/02 Übung 1: Kap.1.1: analysieren Sie eine Bank Anwendung mit folgenden Kennzahlen: Die.

Slides:



Advertisements
Ähnliche Präsentationen
ER-Datenmodell und Abfragen in SQL
Advertisements

Kap. 7 Sortierverfahren Kap. 7.0 Darstellung, Vorüberlegungen
PC-Senioren Ludwigsburg
Folien 2-5, 7-8 © Prof. Dr. Manfred Rössle (FH Aalen)
spezielle Nutzersichten formale Ebene (deskriptive Regeln)
System J – Compiler – Praktikum: Datenbanksystementwicklung Knut Stolze
FH-Hof Der B-Baum Richard Göbel. FH-Hof Wahl des Verzweigungsgrad Verzweigungsgrad kann größer als 2 sein v Nachfolger für einen Knoten v-1 Werte in einem.
Systemüberblick Beispiele: Microsoft Access Oracle Ingres Informix
Eine Fallstudie zur Wirtschaftsinformatik
Objektrelationales Mapping mit JPA Getting Started Jonas Bandi Simon Martinelli.
Parser generieren Yet Another Compiler – Compiler YACC.
SendEplanung Datenbank
Sortieren mit Binären Bäumen
Java: Objektorientierte Programmierung
Java: Dynamische Datentypen
FH-Hof Effizienz - Grundlagen Richard Göbel. FH-Hof Inhalt Einführung Aufwand für Anfragen ohne Indexierung Indexstrukturen für Anfragen an eine Tabelle.
Anfragesprachen – Dipl. Ing. Ulrich Borchert / FH Merseburg1/7 Datenbanken werden als Anhäufung von Werten eines Wertebereiches aufgefasst und Datenbankabfragen.
Vorlesung Informatik 2 Algorithmen und Datenstrukturen (19 - Analyse natürlicher Bäume) Prof. Th. Ottmann.
XINDICE The Apache XML Project Name: Jacqueline Langhorst
SQL als Abfragesprache
Datenbankentwurf mit Hilfe des ER-Modells entwickeln
IS: Datenbanken, © Till Hänisch 2000 CREATE TABLE Syntax: CREATE TABLE name ( coldef [, coldef] [, tableconstraints] ) coldef := name type [länge], [[NOT]NULL],
SQL/XML. © Prof. T. Kudraß, HTWK Leipzig 2 2 Motivation Speicherung von XML in allen großen kommerziellen DBMS vorhanden proprietäre Lösungen für die.
Übung Datenbanksysteme WS 2003/ Übung Datenbanksysteme Hierarchische DBMS
1 Kap. 1.4 E/R und oo-Modelle Kap Erweiterte E/R Modelle Er F KE AE Ar AF KF 11n11n 1nm1nm E F KE AE... KF AF... r AR.
Datenstrukturen und Datenorganisation unter besonderer Berücksichtigung von Datenmodellierung Prof. Rudolf Bayer, Ph.D. www3.in.tum.de TU München, WS 2001/02.
Kap.6 Datenstruktur für Peripheriespeicher Kap.6.0 Plattenspeicher
Access 2000 Datenbanken.
Datenbanken Einführung Merkmale dateiorientierte Datenverwaltung
Datenintegrität Referentielle Integrität create table
Relevanz Ranking Bisher:
Datenmanagement in Sensornetzen PRESTO - Feedback gesteuertes Datenmanagement - SS 2007 Sören Wenzlaff.
1 Kapitel 12: Transaktionsverwaltung. 2 Transaktion Bündelung mehrerer Datenbankoperationen Mehrbenutzersynchronisation Recovery.
Datenbanken 10: Einfügen, Ändern, Löschen
RelationentheorieObjektorientierte Datenbanken AIFB SS Das ODMG-Objektmodell vs. relationales Modell (1/9) ODMG-Objektmodell Literal_type Atomic_literal.
2.2 Definition eines Datenbankschemas (SQL-DDL)
Xindice Datenbanken vs. Markup Prof Dr. Manfred Thaller WS 2009 / 2010 Referent: Seyda Kurt.
objekt-relationale Datenbanken
Datenbankentwicklung IV-LK
Stunde 6, 7 Klasse 4 Wo lernen wir.
7.1 Externes Suchen Bisherige Algorithmen: geeignet, wenn alle Daten im Hauptspeicher. Große Datenmengen: oft auf externen Speichermedien, z.B. Festplatte.
SSDs im SAN – Praxisbericht Teil3
Betrieb von Datenbanken Marco Skulschus & Marcus Wiederstein Datenmanipulation Lehrbuch, Kapitel 4.
Effiziente Algorithmen
Einführung in die Informatik für Naturwissenschaftler und Ingenieure
Windows Presentation Foundation, Vorlesung Wintersemester 2013/14 Prof. Dr. Herrad Schmidt WS 13/14 Kapitel 9 Folie 2 ADO.NET (1) Klassen für Zugriffe.
Getting Started Persistente Domänenmodelle mit JPA 2.0 und Bean Validation.
WS 2011/12 Datenbanksysteme Mi 15:15 – 16:45 R Vorlesung #9 Physische Datenorganisation.
WS 2013/14 Datenbanksysteme Do 17:00 – 18:30 R Vorlesung #7 SQL (Teil 4)
HORIZONT 1 XINFO ® Das IT - Informationssystem Assembler HORIZONT Software für Rechenzentren Garmischer Str. 8 D München Tel ++49(0)89 /
Vorlesung Datenbanksysteme vom Physische Datenorganisation
Datenbanksysteme für hörer anderer Fachrichtungen
Einführung in Datenbankmodellierung und SQL
Freiwillige Feuerwehr der Stadt Perg
Aggregatsfunktion SQL = Structured Query Language.
Vorlesung #10 Physische Datenorganisation
Relationales Datenmodell und DDL
Erste Einführung in SQL
Structured Query Language
© 2001 Sven Dammann1 Aufbau Integrierter Informationssysteme XML Bearbeitung und relationale Abbildung Sven Dammann Martin-Luther-Universität Halle-Wittenberg.
8 Erzeugen und Verwalten von Tabellen Ziele Kennenlernen der wichtigsten Datenbankobjekte Anlegen von Tabellen Datentypen zur Definition von Spalten.
1 Tagesüberblick 5 Lösung Hausaufgabe/Fragen Assoziative Felder Funktionen zu Variablenbehandlung.
Prolog: Datenbanken Inhalt - Überblick - Erstellen einer Datenbank
Lösungen zum Übungsblatt 3 zur Vorlesung Datenstrukturen Prof. R. Bayer, WS 2001/02 Übung 6.1: Konstruieren Sie den B-Baum aus der Klasse  h  der.
Datenbank System (DBS) - Warum?
Datenbanken abfragen mit SQL
Prof. Dr. T. Kudraß1 Speicherverwaltung: Flash-Laufwerke.
DOAG SID Data Warehouse
Prof. Rudolf Bayer, Ph.D. www3.in.tum.de TU München, WS 2000/01
zur Vorlesung Datenbanksysteme, Prof. R. Bayer, WS 2000/01
 Präsentation transkript:

1 Übungen zur Vorlesung Datenstrukturen Prof. R. Bayer, WS 2001/02 Übung 1: Kap.1.1: analysieren Sie eine Bank Anwendung mit folgenden Kennzahlen: Die Bank hat 2 Millionen Kunden, ein Kunde führt durchschnittlich 3 Buchungstransaktionen pro Tag aus, die überwiegend während der Geschäftszeit von 8 Stunden anfallen. Um Spitzenbelastungen abzufangen soll der Computer der Bank im Normalbetrieb nur zu 40 % ausgelastet sein. Pro Buchung fallen 150 Bytes Daten an, diese müssen in einer Datenbank für den laufenden Monat und für die zurückliegenden zwei Monate online sein, um Kontoauszüge erstellen und Reklamationen schnell bearbeiten zu können. Dann müssen alle Buchungsdaten für das Finanzamt und die Bankaufsicht 10 Jahre lang aufbewahrt werden. Führen sie bitte folgende Analysen durch: 1.Für welche maximale Transaktionslast (t/s = Transaktionen/Sekunde) muß der BankComputer ausgelegt sein? Recherchieren Sie im Internet, welche Kombinationen aus Rechner und Datenbanksystem heute solche Transaktionsraten erbringen können: 2*10‘6*3 t/Tag = 2*10‘6*3 t/8 hours = 6*10‘6*/8*60*60 t/s = 10‘6*/4800 t/s = 10‘4/48 t/s = 208,33 t/sbei 40% Auslastung ergibt sich die Rohleistung zu 208/0,4 = 521 t/s 2.Wie groß wird die online Datenbank? Bei 20 Geschäftstagen/Monat: 2*10‘6*3 t/day* 20 day/month * 3 months * 150 B/t = 6*20*3*150*10‘6 B = 540*10‘8 B = 54 GB 3.Wie groß wird das Archiv?18 GB/Monat * 120 Monate/10 Jahre = 2,160 TB / 10 Jahre 4.Was sind die reinen HW Kosten mit heutigen Festplatten? Bei derzeitigen (Herbst 2001) Plattenkosten von ca 50 DM/GB ergeben sich 2160*50 DM = 108 TDM

2 Übung 2: Wie lautet das von OMNIS/Elektra erzeugte SQL Statement für die OMNIS Anfrage: Gray & Reuter & transaction% select My11.Doc# from My0 My01, My1 My11, My1 My12, My0 My02, My1 My13, My1 My14, My0 My03 whereMy01.Wort = ‚Gray‘ and My01.W# = My11.W# and My02.Wort = ‚Reuter‘ and My02.W# = My12.W# and My03.Wort LIKE‚transaction%‘ and My03.W# = My13.W# and My11.Doc# = My12.Doc# and My12.Doc# = My13.Doc# Übung 3: Machen Sie einen Vorschlag für ein relationales OMNIS Schema zur Unterstützung von Stopwörtern aber ohne Nachbarschaftssuche

3 Bisheriges Schema für Text Repräsentation für Freitext Recherche: My0 (Wort, W#)My1 (W#, Doc#, Pos) Schema für Stop-Wörter: My0 (Wort, W#)enthält alle nicht-stop Wörter My1 (W#, Doc#) enthält Vorkommen von nicht-stop Wörtern, Tabelle wird dehalb erheblich kleiner, auch wegen Duplikaten MyS (StopWort, W#)enthält alle Stop-Wörter Einfügen neues Stop-Wort: insert xx in MyS mit alter oder neuer W#; delete from My0; delete from My1 Query-Transformationen: Stop-Wörter müssen entfernt werden, ist schwierig!

4 Übung 4: Entwerfen Sie einen Algorithmus, um aus einer OMNIS Datenbank ein vollständiges Dokument mit 5000 Wörtern zu löschen und schätzen Sie den Zeitaufwand bei einer 10 GB großen My1 Relation Finde Doc# des zu löschenden Dokumentes, z.B Lese My1 sequentiell und entferne alle Triple mit Doc# = 1253: delete from My1 where Doc# = 1253 Aufwand: 10 GB sequentiell zu lesen dauert bei 1 MB effektiver Transferrate bei sequentiellem Lesen und Neuschreiben mit entsprechender Pufferung (muß von DB entsprechend unterstützt werden) ca 10 GB* 1s/MB = 10’10 B * 1s/10‘6 B = 10‘4 s = 167 Min ~ 3 Stunden Aufwand: 10 GB random zu lesen und wieder zu schreiben dauert bei 250 KB/s effektiver Transferrate werden) ca 10 GB* 4 s/MB *2 (Faktor 2 wegen lesen und schreiben)= 8* 167 Min ~ 24 Stunden ~ 1 Tag Aufwand mit Sekundärindex auf My1 auf Attribut Doc#: Es müssen maximal 5000 Seiten random gelesen und neu geschrieben werden, bei 10 ms/Seite also *10 ms = * 10‘-3 s = 100 s < 2 Minuten

5 Übung 5: Kap. 1.2 Beschreiben Sie den Archivierungs-Prozeß auf Folie 19 als Ereignis/Aktionsstruktur, als Agenten- Programm, als Petri-Netz ist nicht ausgearbeitet Übung 6: Kap. 1.4 Ergänzen sie die Klassen Dokt und Stud auf Folie 21 um das Attribut Abiturnote und passen Sie die Hierarchie in KNF2 an siehe spätere Folien Übung 7: Konstruieren Sie für die Hierarchie auf Folie 21 die relationalen Schemata für die logischen Modelle V, Z und T siehe spätere Folien Übung 8: Kap. 1.6: Was ist die Maximalgröße einer UNIX Datei bei Verwendung von Blockgröße 4 KB, ohne Änderung der i-Node Struktur und bei 4 Bytes pro Blockadresse? Die Anzahl der Datenblöcke ist:auf Ebene 1 = 10 auf Ebene 2 = 1000 auf Ebene 3 = 10‘6 auf Ebene 4 = 10‘9 insgesamt also ca 10‘9 Datenblöcke * 4*10‘3 B/Datenblock = 4*10’12 B = 4 TB

6 HS-Ang N Angest NB Dokt NAD Stud NAM Assistent NABD Grad-Koll NADM HIWI NABM Dokt-Hiwi NABDM Lösung zu Übung 6 Abiturient NA

7 Lösung zu Übung 7: Modell V:genau 1 Relation pro vorgegebener Klasse, z. B. Dokt mit allen zugehörigen Attributen (private plus geerbte) plus OID relation Dokt (OID : integer, N : string, D : string) key is OID relation Hiwi (OID : integer, N : string, B : string, M : integer) key is OID Etc.

8 Fortsetzung Lösung zu Übung 7 Modell Z:genau 1 Relation pro Owner-Klasse, mit neu definierten Attributen und plus OID relation HS-Ang (OID : integer, N : string,) key is OID relation Angest (OID : integer, B : string) key is OID relation Dokt (OID : integer, D : string) key is OID relation Stud (OID : integer, M : integer) key is OID Die weiteren Relationen werden als views definiert, z.B. define view HIWI as select Stud.OID, N, B, M from HS-Ang, Angest, Stud where HS-Angest.OID = Angest.OID and Angest.OID = Stud.OID

9 Modell T: Speicherung als Relation relation T (OID: integer, Attribut: string, Value: string) key is ( OID, Attribut) T enthält z.B. Tripel der Form: (17, „N“, „Schmitt“) (17, „A“, „1.9“) (17, „D“, „UB-Bäume und XML“)