ODL-Spezifikation von Kunde

Slides:



Advertisements
Ähnliche Präsentationen
ER-Modell: Objekte und Klassen
Advertisements

der Universität Oldenburg
der Universität Oldenburg
Kapitel 3: Logische Datenmodelle
DVG Einfache Klassen Einfache Klassen. DVG Einfache Klassen 2 Strukturen Beispiel: Personendaten bestehen aus –String name –String vorname.
Definition von Klassen in Java
spezielle Nutzersichten formale Ebene (deskriptive Regeln)
Einsatz von SiSy in der Berufsausbildung
Franziska Schmidt Sarah Ahlheit
Konstruktoren.
Objekte werden als Adressen (Referenzen) übergeben. Dies führt manchmal zu unerwarteten Ergebnissen...
Assoziationen (Beziehungen) 1 : n. Zu einem Auto gibt es mehrere Fahrer (2) und zu diesen 2 Fahrern gibt es genau dieses Auto.
Universität Dortmund, Lehrstuhl Informatik 1 EINI II Einführung in die Informatik für Naturwissenschaftler und Ingenieure.
Relationaler Datenbankentwurf (I)
Technische Grundlagen der Interoperabilität
PKJ 2005/1 Stefan Dissmann Ausblick Es fehlen noch: Möglichkeiten zum Strukturieren größerer Programme Umgang mit variabler Zahl von Elementen Umgang mit.
Abstrakter Datentyp in C++ I - Klasse -
Programmiermethodik Übung 6 Methoden verstehen und entwerfen (erstmal ohne Computer)
Was ist eine Datenbank? ermöglicht die Eingabe von Daten
Packages Vortrag : Cornelia Hardt 23. November 1999.
DVG Einfache Klassen 1 Einfache Klassen. 2DVG Einfache KlassenStrukturen Beispiel: Personendaten bestehen aus String name String name.
Kapitel 12: Datenmodellierung mit ERM & UML
Buch S70ff (Informatik I, Oldenbourg-Verlag)
Beziehungen zwischen Klassen
RelationentheorieObjektorientierte Datenbanken AIFB SS Die Objekt-Definitionssprache ODL (1/24) Alle Elemente des Objektmodells können beschrieben.
RelationentheorieObjektorientierte Datenbanken AIFB SS Das ODMG-Objektmodell vs. relationales Modell (1/9) ODMG-Objektmodell Literal_type Atomic_literal.
UML-Klassendiagramm: Assoziationen (1)
1 Beispiele (1) Anzeige aller Flughäfen: select fromFLUGHAFEN entspricht (trivialem) relationenalgebraischem Ausdruck FLUGHAFEN.
1 Beispiele (9) Mehrfach geschachtelte Anfrage: Suche alle Passagiere, die Flüge von Frankfurt gebucht haben: selectname fromTICKET whereticketNrin (selectticketNr.
Klassen und Schnittstellen Klasse: Definiert Zustandsraum ihrer Instanzen vollständig (Implementierung der Struktur, soweit Voraussetzung für die Methoden-
Vorüberlegung Frühere Forderung: Möglichst alle im konzeptuellen Schema ausdrückbaren Sachverhalte sollen sich im logischen Schema wiederfinden. Forderung.
Referenzarchitektur Externes Datenmodell Anfragebearbeitung Internes Datenmodell Satz- u. Satzmengenverwaltung Physische Datenstrukturen Zugriffsschicht.
3.5.2 Fremdschlüssel/ Referentielle Integrität (1/9)
Anomalien Nichtreflexive MVDs (und somit speziell auch nichtreflexive FDs) sind unerwünscht, da sie bei Schreibzugriffen sogenannte Anomalien verursachen.
Polymorphe Konsistenzbedingungen (1)
1 Theta-Verbindung: Beispiel Selektion der Buchungen für den 6. August 2000 mit den zugehörigen Passagieren: datum = 06-AUG-00 B.ticketNr = T.ticketNr.
Aufgabe Aufgabe: Einflussfaktoren: ?
Seite 1 Interface - Konzept Ein Interface führt einen neuen Datentyp ein: interface Frau {... } Das Interface enthält Deklarationen ( keine Definitionen.
Objektorientierte Modellierung
Objektorientierte Modellierung
6. Vorlesung: Statische Konzepte
1 Teil I Datenmodelle Kapitel 6: Objektorientierte Anfragesprachen.
Relationale Datenbanken II
Relationale Datenbanken III
OQL: Beispiele (1) Namen und Telefonnummern aller Kunden aus Berlin, die mindestens drei Tickets gekauft haben: select struct (name: k.name, telefon: k.telefon)
Lese-Schreib-Modell: Beispiele Relationen –TICKET (ticketNr, name)T –BUCHUNG (flugNr, ticketNr, platzCode, datum)B Transaktionen: –T 1 : Prüfen der Konsistenz.
Datenbanken Datenstrukturen.
(D.h. „Hallo MausFans!“ auf Japanisch).
Variablenkonzept Klassisch, in Java Basistyp
Relationales Datenmodell und DDL
Änderungen/Klärungen vom Neuer Laufzettel 2. Schüler(innen) ohne Laufzettel und Arbeitsmaterial werden zurück.
Klassen und Klassenstruktur
Dritte Normalform Relationstyp R(A1,...,An) und Menge  von FDs und MVDs für R sei im Folgenden fest vorgegeben. R ist in dritter Normalform (3NF), wenn.
Schlüssel Einordnung des Schlüsselbegriffs in Abhängigkeitstheorie:
1 Polymorphe Konsistenzbedingungen (1) Polymorphe Konsistenzbedingungen legen fest, welche Arten von Zustandsbeschränkungen nach einer Konkretisierung.
1 VeranstaltungThemaVortragende AINF-Lehrgang 2003 Titel: Grundlagen der Objektorientierten Programmierung Name: Gruppe Programmierung.
Objekte und Literale ODMG-Objektmodell kennt zwei Arten von Datenelementen: Literale: Identität ist ausschließlich durch Wert gegeben. Nur maximal eine.
1 Referenzielle Konsistenz (1) Vorgehensweise: Klausel references mit nachfolgender Spezikation eines Attributs einer anderen Tabelle identifiziert ein.
RelationentheorieObjektorientierte Datenbanken  AIFB SS C++-ODL (1/6) Erweiterung des deklarativen Teils einer C++-Klasse Datentypen d_String,
8.4.3 Übertragung von Beziehungstypen (1|12)
SS 2014 – IBB4C Datenmanagement Do 17:00 – 18:30 R Vorlesung #3 ER Modellierung.
Was ist eine Datenbank „MS Access“
UML-Klassendiagramm: Klassen
Übungsblatt 4 Erläuterungen Wintersemester 15/16 DBIS.
Veranstaltung: Datenbanken I Dozent: Ioannis Papakostas Belegarbeit 6 Online-Bestellung von Büchern Stefan Rüschenberg (Matrikel-Nr.: ) Sebastian.
Cäsar-Verschlüsselung
ER-Modell und Relationales Schema
Cäsar-Verschlüsselung
Präsentation von Darleen und Michèle
Name: Klasse: Datum: Übung: selbst korrigiert Korrektur Trainer 1 2 3
 Präsentation transkript:

ODL-Spezifikation von Kunde class Kunde (extent Kunden key name) { struct TelNr {string vorwahl, anschluss;}; attribute string name; attribute TelNr telefon; relationship Set<Ticket> tickets inverse Ticket::inhaber; Ticket neuesTicket (); void storniere (in Ticket ticket);}; Bemerkungen: Telefonnummer wurde hier in Vorwahl und Anschluss aufgespalten und als strukturierte Sorte abgebildet. Im relationalen Modell wäre dies nur mit getrennten Attributen Vorwahl und Anschluss möglich.

ODL-Spezifikation von Ticket class Ticket (extent Tickets key ticketNr) { attribute string ticketNr; relationship Kunde inhaber inverse Kunde::tickets; relationship Set<Buchung> buchungen inverse Buchung::ticket; void buche (in Flug flug, in date datum, in string platzCode); void storniere (in string flugNr, in date datum);}; Bemerkungen: Beziehung zwischen Tickets und Kunden sowie zwischen Ticket und Buchung als relationship modelliert. Vergleiche dazu relationales Modell, wo foreign key und references denselben Effekt hatten.

ODL-Spezifikation von Buchung class Buchung (extent Buchungen key ticket, flug) { attribute Flug flug; attribute date datum; attribute string platzCode; relationship Ticket ticket inverse Ticket::buchungen; void neuerSitzplatz (in string platzcode);}; Bemerkungen: Zusammen mit der Vereinbarung von Ticket: Zweiseitige referenzielle Konsistenz zwischen Ticket und Buchung. Verweis auf Flug wurde aus Effizienzgründen als Attribut modelliert (andernfalls müsste Klasse Flug Rückwärts-Verweise auf alle existierenden Buchungen enthalten).