1 1.Man beginne mit „leicht erkennbaren natürlichen Objekten“ (Personen und konkreten Gegenständen) und fasse diese zu Objekttypen zusammen. (etwa Substantive.

Slides:

Advertisements

Ähnliche Präsentationen

Überführung von ER- in Relationenmodelle

Advertisements

Business Engineering Philipp Osl, Alexander Schmidt

ER-Modell: Objekte und Klassen

Zur Rolle der Sprache bei der Modellierung von Datenbanken

Kardinalität von binären Beziehungen (1)

Labor Datenbanken und Entscheidungssysteme

Datenmodellierung Externe Phase Informationsstruktur

Assoziationen Verbindungen zwischen Objekten einer Klasse

Ein Entity Relationship Diagramm zur ADB/NDB

Das Entity-Relationship-Modell

Franziska Schmidt Sarah Ahlheit

Christos, Kornelia, Jan Christos, Kornelia, Jan Entwicklungsumgebung Versteht unseren Java Programm Code Versteht unseren Java Programm.

Christos, Kornelia, Jan Christos, Kornelia, Jan Entwicklungsumgebung Versteht unseren Java Programm Code Versteht unseren Java Programm.

Christos, Kornelia, Jan Christos, Kornelia, Jan Entwicklungsumgebung Versteht unseren Java Programm Code Versteht unseren Java Programm.

EMPFANGEN UND REGISTRIEREN

Schritte zu Datenmodellierung

Lexikalisch-Funktionale-Grammatik

Information für Lehrer und Schüler

Entity - Relationship Diagramme

Informationsdarstellung mit Textdokumenten

Objekte Kuh Elsa Kuh Helga Nasobem Franz OBJEKT:

Relationentheorie AIFB SS a c d b e Beispiel 1-13: s:(U | F) U = {a, b, c, d, e}; F = {ab c, c d, b e} Dritte Normalform (3NF) Dritte.

UML-Klassendiagramm: Assoziationen (1)

Polymorphe Konsistenzbedingungen (1)

Beziehungen und Beziehungstypen (1)

7.3 Hinweise für den Aufbau von ER-Schemata (1|7)

Visualisierung objektrelationaler Datenbanken

Delphi II - OOP IFB Fortbildung

Relationale Datenbanken II

Schlüssel von Beziehung(styp)en (1|5)

Entwurfs- und Implementationsdiagramme

1. Entwicklungsumgebung 2. Kontextmenü 3. Compile 4. Objekt 5. Attribut 6. Klasse 7. Deklaration 8. Intialisierung.

Vorlesung #2 Datenbankentwurf

SS 2010 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #2 Datenbankentwurf.

Virtuelle Exkursion und umwelthygienische Analyse

Der ideale Mitarbeiter

Problem: Es soll die Gesamtgröße eines Gartens ermittelt werden, der aus vier rechteckigen Teilflächen besteht.

7.1.9 Kardinalität von Beziehungen (1|15)

Java Programmierung.

Ihr Trainer: Gerold Hämmerle

Zustandsübergangsdiagramme (1)

Relationale Datenbanken

1.4. Erstellen von Diagrammen

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

Grundlagen des Relationenmodells

ER-Modell Attribute, Attributwerte (1|8) Attribut (a): Eigenschaft a = Name des Attributes E : Ein Entity-Typ E wird charakterisiert.

SS 2014 – IBB4C Datenmanagement Do 17:00 – 18:30 R Vorlesung #2 Datenbankentwurf.

Prof. K. Gremminger Folie 1 Vorlesung Datenbanksysteme SS 2002 Umsetzung von Zweier-Beziehungen u Zwingende Mitgliedschaft u Ist der Entitätstyp E 2 zwingendes.

7.1.9 Kardinalität von Beziehungen (12|15)

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

8.4.3 Übertragung von Beziehungstypen (1|12)

Erweiterung bzgl. der Kardinalität. (1|9)

Lexikalisch-Funktionale-Grammatik  Formaler Aufbau der F-Strukturen  Funktionale Beschreibungen  Funktionale Annotationen  Von der K-Struktur zur F-Struktur.

Merkmale und Merkmalstrukturen

Rel-Modell Einige Definitionen (1|2) Kartesisches Produkt: W 1, W 2, …, W n beliebige Mengen. W 1  W 2  …  W n ::= {(w 1, w 2, …,

Gerhard Röhner September 2012

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 #2 Datenbankentwurf.

ER-Modell Beziehungen und Beziehungstypen (1|5) Beziehung (relationship) (b): Zwei oder mehr Objekte können miteinander in Beziehung.

UML-Klassendiagramm: Klassen

Übungsblatt 3 Erläuterungen Wintersemester 15/16 DBIS.

Übungsblatt 4 Erläuterungen Wintersemester 15/16 DBIS.

ER-Modell Gegeben E: Jedes Entity eines Typs ist eindeutig durch das zugeordnete Tupel beschrieben. (sonst wäre A nicht charakteristisch [genug]

Vorlesung #2 ER –Modellierung (Datenbankentwurf)

Titel der Schulungspräsentation

Vorlesung #2 Datenbankentwurf

Thema der Arbeit _______arbeit von Vorname Name

Schulungstitel Präsentation

Präsentation transkript:

1 1.Man beginne mit „leicht erkennbaren natürlichen Objekten“ (Personen und konkreten Gegenständen) und fasse diese zu Objekttypen zusammen. (etwa Substantive in einem beschreibenden Text). Bauteil Beispiel: 2.Man sammle zu jedem Objekttyp relevante Attribute und definiere die entsprechenden Wertebereiche. Hinweise für den Aufbau von ER-Schemata Hinweise für den Aufbau von ER-Schemata (1|7)

2 3. Man ordne jedem Objekttyp alle Attribute zu, für die gilt: Zwischen Attributwert und Objekten besteht eine 1:1 - oder 1:n – Beziehung Beispiel: B#B# Bauteil Ort Name Farbe Hinweise für den Aufbau von ER-Schemata Hinweise für den Aufbau von ER-Schemata (2|7)

3 4.Man bestimme den Schlüssel: Alle Attribute mit 1:1 - Beziehung sind Schlüssel Gibt es keine solchen Attribute, so wähle man eine Attributkombination mit Schlüsseleigenschaften oder führe zusätzliches Attribut mit Schlüsseleigenschaft ein (1:1 Beziehung) Hinweise für den Aufbau von ER-Schemata Hinweise für den Aufbau von ER-Schemata (3|7)

4 Hinweise für den Aufbau von ER-Schemata Hinweise für den Aufbau von ER-Schemata (4|7) 5. Stellt man fest, daß zwischen den Werten eines ver- meintlichen Attributes und den Objekten eines Typs eine n:m - Beziehung besteht, dann führe man zusätzliche Attribute ein oder fasse dieses Attribut als Objekttyp auf (mit zusätzlichem Beziehungstyp) Bauteil n:1 1.Lagerort2.Lagerort Bauteil Lagerort n m

5 6. Stellt man fest, dass ein vermeintliches Attribut selbst Attribute hat, so ist dieses Attribut als Objekttyp aufzufassen. BauteilFarbe n1 Preis n:1 BauteilFarbe n:1 Farbe kostet Geld Hinweise für den Aufbau von ER-Schemata Hinweise für den Aufbau von ER-Schemata (5|7)

6 7.Aus Gründen der Übersichtlichkeit ist es oft günstiger, die Attribute der Objekttypen nur in den Diagrammen der einzelnen Benutzersichten, nicht aber im „Unternehmens-Modell“ (ER-Diagramm für das ganze UoD) graphisch darzustellen. 8.Bildung von / Ergänzung um Beziehungstypen (ggf. mit Attributen) z.B. durch Textanalyse („alle Verben prüfen“) Hinweise für den Aufbau von ER-Schemata Hinweise für den Aufbau von ER-Schemata (6|7)

7 9.Stellt man fest, dass ein vermeintliches Attribut a einer Beziehung dort zum Schlüssel gehört, so ist a als Objekttyp aufzufassen. Datum lf PL ProjektLieferant Bauteil B Datum P L Schlüssel: Bauteil Lieferant Projekt (i.a.) evtl. aber: Bauteil Lieferant Projekt Datum Hinweise für den Aufbau von ER-Schemata Hinweise für den Aufbau von ER-Schemata (7|7)