Relationales Datenmodell ist beherrschend: –Riesige Datenbestände und damit hohe Investitionen. –Die große Mehrzahl der Anwendungen arbeitet mit weitgehend.

Slides:

Advertisements

Ähnliche Präsentationen

Advertisements

Zur Rolle der Sprache bei der Modellierung von Datenbanken

Mehrwertige Abhängigkeiten (1)

spezielle Nutzersichten formale Ebene (deskriptive Regeln)

Objekt – Relationales – Modell Tomasz Makowski IN

Anbindung an Anwendungen

Java: Objektorientierte Programmierung

Anfragesprachen – Dipl. Ing. Ulrich Borchert / FH Merseburg1/7 Datenbanken werden als Anhäufung von Werten eines Wertebereiches aufgefasst und Datenbankabfragen.

AGXIS – Ein Konzept für eine generische Schnittstellenbeschreibung Dr.-Ing. Ulrich Hussels, RISA GmbH 07. Juni 2005 Workshop Umweltdatenbanken 2005.

Praktikum Entwicklung und Einsatz von Geosoftware I - Sitzung 5 Polymorphismus Sommersemester 2003 Lars Bernard.

Mathematische Grundlagen

PRJ 2007/1 Stefan Dissmann Motivation Problem: gleiche Datenstrukturen werden für verschiedene Objekte gebraucht: z.B. Listen von Studierenden, Kunden,

Access 2000 Datenbanken.

Normalformen Normalisieren Schlüssel

6 Normalformen Normalisieren Schlüssel

Abbildungsverfahren (1)

Lagermanagementsicht (L): relation ArtikelArt(ANr, AName, Menge, Lieferant, Gewicht); relation Lagereinheit(LeNr, LeaNr, ANr, Stückzahl, Gewicht, LhNr);

Polymorphe Operatoren: Bewertung

Abbildungsverfahren (1)

Beispiel (1) A in ArtikelArt; A.ANr, A.AName AN as Zeichen(8), BEZ as Zeichen(25); AN, BEZ where ArtikelArt(ANr: AN, AName: BEZ) Beispiel: Nummern und.

objekt-relationale Datenbanken

Visualisierung objektrelationaler Datenbanken

Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering SS 2009Folie 1 Objektmodellierung Objekte und Klassen Ein Objekt ist ein Exemplar.

1 Teil I Datenmodelle Kapitel 8: Objektrelationale Modelle.

Objektorientiertes Ausgangsschema: define type ArtikelArt is structure [ ANr: String; AName: String; Menge: Integer; Lieferant: String; Gewicht: Float.

Die Grundterminologie

Polymorphe Typen (1) Erweiterung des relationalen Datenmodells: Domänen: Wie im herkömmlichen Relationenmodell sind die Mengen D 1,...,D m die (atomaren)

6.5 Lindas Tupelraum Interaktion von Prozessen über zentralen Umschlagplatz für alle zwischen Prozessen ausgetauschten Daten: Tupelraum (tuple space) (Carriero/Gelernter,

Vorlesung #4 Überführung des ER-Modells in das relationale Modell

SS 2004 Datenbanken 4W Mi 13:30 – 15:00 G 2.30 Vorlesung #4 Das relationale Modell.

WS 2012/13 Datenbanksysteme Fr 15:15 – 16:45 R Vorlesung #2 Das relationale Modell (Teil 1)

WS 2013/14 Datenbanksysteme Do 17:00 – 18:30 R Vorlesung #2 Das relationale Modell (Teil 1)

Vorlesung #4 Überführung des ER-Modells in das relationale Modell

Allgemeines zu Datenbanken

(D.h. „Hallo MausFans!“ auf Japanisch).

Das relationale Modell

Beispiel (1) A in ArtikelArt; A.ANr, A.AName Beispiel:

Objektorientierte Modellierung mit UML

Paul, Morten, Yannick Blue J. Entwicklungsumgebung  versteht Java Programmcode  Für die Entwicklung eigener Software  Durch die Programmierung.

Benutzerdefinierte Datentypen (1)

1 Polymorphe Konsistenzbedingungen (1) Polymorphe Konsistenzbedingungen legen fest, welche Arten von Zustandsbeschränkungen nach einer Konkretisierung.

Oberseminar Moderne Datenbanken WS03/04

Vorlesung #2 Das relationale Modell (Teil 1)

1 Differenzierte Verbindungsoperationen (1) Beobachtung: Einfach zu formulierende Verbindungen wie ein Natural Join sind nicht als solche dokumentiert.

Objekte und Literale ODMG-Objektmodell kennt zwei Arten von Datenelementen: Literale: Identität ist ausschließlich durch Wert gegeben. Nur maximal eine.

Einführung Dateisystem <-> Datenbanksystem

Abbildung UML-Schema  Rel. Schema (1)

1 Attribute, Attributwerte (1) Attribut (a): Eigenschaft eines Entity mit Attributname a Zu jedem Attribut a gehört ein Wertebereich (Domain) dom(a) Zum.

Motivation Motivation für objektorientierte DBMS (ODBMS): –„Impedance Mismatch“ zwischen relationalem Datenmodell und Programmiersprachen-Datenmodell erfordert.

Beispiel: Lagerverwaltung (1)

1 Einordnung (1) Elementare Zustandsräume Konstruktoren für Zustandsräume Operatoren Datenmodell Konkreter Zustandsraum Konkrete Konsistenz- bedingungen.

Vordefinierte Datentypen (1)

Motivation (1) n Datenbasen sind oft riesig. Für den einzelnen Benutzer interessiert aber meist nur ein kleiner Teil oder darf nur interessieren.  Es.

Abbildung: n Schritt 1: Alle Relationen außer Verträglichkeit sind Hauptobjekt- Relationen. Im folgenden also nur noch Verträglichkeit zu betrachten. n.

Referenzarchitektur Externes Datenmodell Anfragebearbeitung Internes Datenmodell Satz- u. Satzmengenverwaltung Physische Datenstrukturen Zugriffsschicht.

SQL-Prozeduren Charakteristika: Kapselung von SQL-Anweisungen in Prozeduren, die wiederholt aufgerufen werden können. Dazu Verbergen parametrisierter SQL-

Kapitel 5Strukturen Information aus der realen Welt werden in einem informationsverarbeitenden System als Daten abgelegt. Diese stellen also eine (vereinfachte)

SS 2014 – IBB4B Datenmanagement Do 17:00 – 18:30 R Vorlesung #4 Überführung des ER-Modells in das relationale Modell.

Annahmen: Beispiel (1) Sicht 1: Lagermanagement:

1 Relationale Datenbasisschemata (1) Substitution der Variablen zu Tupel- und Relationstypen. Für das Beispiel: Typ tupel EineArtikelArt ( ANr:Zeichen(8),

Paul, Morten, Yannick Blue J. Entwicklungsumgebung  versteht Java Programmcode  Für die Entwicklung eigener Software  Durch die Programmierung.

SS 2015 – IBB4C Datenmanagement Fr 17:00 – 18:30 R Vorlesung #4 Überführung des ER-Modells in das relationale Modell.

Objektorientierte (OO) Programmierung

Weiteres Beispiel (1) LoaNr Breite Höhe Länge MaxGewicht <0,*>

1 Nullwerte Vorgehensweise: Nullwerte als mögliche Belegung eines Attributs können durch die Angabe von not null ausgeschlossen werden. Die Angabe von.

Lukas Kerecz - Edits1 Edits Lukas Kerecz. Lukas Kerecz - Edits2 Gliederung  Einführung  Edits – warum und wofür?  Edits – Definiton  einleitende Beispiele.

Vorlesung #4 Relationales Kalkül und SQL (Teil 1)

Vorlesung #4 Überführung des ER-Modells in das relationale Modell

Präsentation von Darleen und Michèle

Präsentation transkript:

Relationales Datenmodell ist beherrschend: –Riesige Datenbestände und damit hohe Investitionen. –Die große Mehrzahl der Anwendungen arbeitet mit weitgehend strukturierten Daten. –Das relationale Modell ist einfach in der Handhabung durch Nicht-Experten. –Das relationale Modell ist wohlfundiert, die Architektur und Implementierung der Systeme folgt allgemein akzeptierten Regeln und ist ausgereift. –Mit SQL besteht ein Sprachstandard mit Vorbildfunktion für viele andere Datenmodelle. Überwinden der Schwächen durch Anbinden anderer Datenmodelle an Tupelkomponenten: –Beispielsweise Binden objektorientierter Domänen an Attribute. –Einbetten entsprechender Sprachkonstrukte in relationale Anfragen. Motivation

Polymorphe Typen Typkonstruktoren tupel ::= [sel:Typ,..., sel:Typ] relation ::= {tupel} Typ : Vereinigungsmenge aus atomaren und konstruierten Typen. Es lassen sich beliebig kompliziert verschachtelte Tupelstrukturen vereinbaren.

Objektdomänen Falls Typ Objekttyp: G ä ngige Vereinbarung. Beispiel: type Punkt(PID, X, Y, Z) method addition (p Punkt) returns Punkt, method distanz (p Punkt) returns real, method nullDistanz () returns real; relation GeoPunkt of Punkt; Trennung zwischen Methodensignatur und - implementierung Besonderheiten: –Typen k ö nnen in einer Typhierarchie angeordnet werden, dies verbunden mit einer strukturellen Vererbung. –Die Objekte besitzen wahlweise Kopier- oder Referenzsemantik. –Im ersten Fall wird das Objekt in das Tupel eingebettet (engl.: embedding), im zweiten Fall wird ein Objektidentifikator vergeben und als Wert in das Tupel eingetragen (engl.: linking).

Benutzerdefinierte Typen (1) Verallgemeinerung auf beliebige konstruierte Typen: –Dann Einschr ä nkung auf Vereinbarung der Struktur. –Man spricht von user-defined types (UDT). Falls monomorphe Operatoren mit dem Typ verbunden werden sollen: –Getrennte Vereinbarung der Operatoren. –Bindung an Typ nur lose, indem der Typ als nicht besonders ausgezeichneter Parametertyp vorkommt. –Man spricht von user-defined functions (UDF). Objektdom ä nen sind dann Spezialfall mit Zusammenfassung von UDT und UDF.

Benutzerdefinierte Typen (2) Einfaches Beispiel: relation ArtikelArt(ANr, AName, Menge, Lieferant, Gewicht); relation LagerortArt(LoaNr, Länge, Breite, Höhe, MaxGewicht); procedure ErmittleArtikelName(in anr char(8), out aname char(25)) procedure ÄndereArtikelName(in anr char(8), in neuerAName char(25)) function grundfläche( loanr char(8) ) returns integer

Aktuelle Entwicklungen Text und XML als UDT. Erg ä nzung der Anfragesprachen um entsprechende Elemente. Gegenstand der Standardisierung relationaler Sprachen.