Teil 6 - Lehrstuhl für Wirtschaftsinformatik und Electronic Government
Teil 6 - Lehrstuhl für Wirtschaftsinformatik und Electronic Government Teil 6 - Lehrstuhl für Wirtschaftsinformatik und Electronic Government
Der Weg zur Datenbank - Relationale Modellierung Vom ERM zum Relationenschema ER-Schemata - relationale Schemata Vom ERM zum Relationenschema Reale/ idelle Welt Gedankenmodell ER-Modellierung Konzeptionelles Modell Relationale Modellierung Entitätsmenge --> Tabelle Beziehung --> Tabelle Attribute der abgebildeten Entitätsmengen und Beziehungen -- > Tabellenspalten 1:n-Beziehungen ohne Beziehungstabelle Logisches Modell gewünschte Daten: Darstellung Normalisierung Schemata für Tabellen X 1 n Mitarbeiter arbeitet_in Projekt Abfrage Tabellen Realisierung/ physisches Modell 37 38 Regeln der relationalen Datenmodelle Vom ERM zum Relationenschema Vom ERM zum Relationenschema Vergleich der Begriffe zwischen ER und relationalem Modell Grundstruktur T1 T2 T3 T4 Attr1 Attr2 Attr3 Relation (Tabelle) - einziges Konstrukt im Relationenmodell Zweidimensional (Zeilen - Tupel, Spalten - Attribute) ER-Modell Entitytypname Attribut Relationales Datenmodell Relationstyp/-format Attribut Gültigkeitsregeln Entitytyp Primärschlüssel Relation Primärschlüssel Attr2 Attr3 T1 0001 A X T2 0002 X T3 0003 B Y T4 0004 A Jede Relation hat einen Primärschlüssel Primärschlüsselattribut darf nicht NULL (leerer Wert) sein Beziehungen zwischen Tabellen über Fremdschlüssel Attribut Entity Attributwert Fremdschlüssel Tupel Attributwert 39 40
Vom ERM zum Relationenschema Vom ERM zum Relationenschema Der Weg vom ERD zur Tabelle Übertragen des ERD 1Übertragen des ERD in Tabellen (Entitäts-, Relationstabellen) 2Kennzeichnung der Primärschlüssel 3Kennzeichnung der Fremdschlüsselattribute n n 1 1 n 1 m 1 n n Projekt PROJ_NR NAME LEITER Mitarbeiter PERS_NR NAME VORNAME ANREDE ... betreut PERS_NR Kunde KD_NR NAME ....... KD_NR BANKVERBINDUNG ADRESSE Artikel ART_NR ART_NAME STANDORT BESCHREIBUNG ... ‣ Die Erstellung der Tabellenform erfolgt in drei Schritten. x X X Projekt Proj_Nr Name Leiter ... Mitarbeiter Pers_Nr Name Vorname Anrede Position Gehalt Abt_Nr ... Artikel Art_Nr Art_name Standort ... 41 42 Kennzeichnung der Primärschlüssel Vom ERM zum Relationenschema Kennzeichnung der Fremdschlüsselattribute Vom ERM zum Relationenschema Lokale Integritätsbedingung - Keine doppelten Werte im (Primär) Schlüsselattribut Projekt Proj_Nr Name Leiter ... Vermeidung evtl. Missverständnisse - Differenzierung bei Attributnamen Projekt Proj_Nr Proj_Name Proj_Leiter ... Mitarbeiter Pers_Nr Name Vorname Anrede Position Gehalt Abt_Nr Proj_Nr ... ‣ Primärschlüssel werden unterstrichen. KUNDE Kd_Nr Kd_Name Kd_Vorname Adresse Bankverbindung ARTIKEL Art_Nr Art_Name Standort Preis Kategorie Beschreibung Relationship "arbeitet_in" entfällt --> Verbindung zwischen Relationen muss neu hergestellt werden Heuer, 2000, S.13 43 Fremdschlüssel werden durch einen Stern * gekennzeichnet Mitarbeiter Pers_Nr Name Vorname Anrede Position Gehalt Kd_Nr * Proj_Nr * Abt_Nr Kunde Kd_Nr Name Vorname Adresse Bankverbindung Projekt Proj_Nr Proj_Name Proj_Leiter ‣ Globale Integritätsbedingung - im Fremdschlüssel existierende Werte müssen im Primärschlüssel der verbundenen Tabelle stehen. Heuer, 2000, S.13, S. 113 44
- Seite 1 und 2: Agenda Vom Datenmodell zur Tabelle
- Seite 3 und 4: Das Prinzip des Entity Relationship
- Seite 5 und 6: Beschreibungsregeln des ERM Beschre
- Seite 7 und 8: D A Firmen C B Schritt 1 - Identifi
- Seite 9: Modellierungsschritte am Beispiel M
Vom ERM zum Relationenschema<br />
Vom ERM zum Relationenschema<br />
Der Weg vom ERD zur Tabelle<br />
Übertragen des ERD<br />
1Übertragen des ERD in Tabellen (Entitäts-, Relationstabellen)<br />
2Kennzeichnung der Primärschlüssel<br />
3Kennzeichnung der Fremdschlüsselattribute<br />
n<br />
n 1<br />
1 n<br />
1 m<br />
1 n<br />
n<br />
Projekt<br />
PROJ_NR NAME LEITER<br />
Mitarbeiter<br />
PERS_NR NAME VORNAME ANREDE ...<br />
betreut<br />
PERS_NR<br />
K<strong>und</strong>e<br />
KD_NR NAME<br />
.......<br />
KD_NR<br />
BANKVERBINDUNG ADRESSE<br />
Artikel<br />
ART_NR ART_NAME STANDORT BESCHREIBUNG ...<br />
‣ Die Erstellung der Tabellenform erfolgt in drei Schritten.<br />
x<br />
X<br />
X<br />
Projekt<br />
Proj_Nr<br />
Name<br />
Leiter<br />
...<br />
Mitarbeiter<br />
Pers_Nr<br />
Name<br />
Vorname<br />
Anrede<br />
Position<br />
Gehalt<br />
Abt_Nr<br />
...<br />
Artikel<br />
Art_Nr<br />
Art_name<br />
Standort<br />
...<br />
41<br />
42<br />
Kennzeichnung der Primärschlüssel<br />
Vom ERM zum Relationenschema<br />
Kennzeichnung der Fremdschlüsselattribute<br />
Vom ERM zum Relationenschema<br />
Lokale Integritätsbedingung - Keine doppelten Werte im (Primär)<br />
Schlüsselattribut<br />
Projekt<br />
Proj_Nr<br />
Name<br />
Leiter<br />
...<br />
Vermeidung evtl. Missverständnisse<br />
- Differenzierung<br />
bei Attributnamen<br />
Projekt<br />
Proj_Nr<br />
Proj_Name<br />
Proj_Leiter<br />
...<br />
Mitarbeiter<br />
Pers_Nr<br />
Name<br />
Vorname<br />
Anrede<br />
Position<br />
Gehalt<br />
Abt_Nr<br />
Proj_Nr<br />
...<br />
‣ Primärschlüssel werden unterstrichen.<br />
KUNDE<br />
Kd_Nr<br />
Kd_Name<br />
Kd_Vorname<br />
Adresse<br />
Bankverbindung<br />
ARTIKEL<br />
Art_Nr<br />
Art_Name<br />
Standort<br />
Preis<br />
Kategorie<br />
Beschreibung<br />
Relationship "arbeitet_in"<br />
entfällt --> Verbindung<br />
zwischen Relationen muss<br />
neu hergestellt werden<br />
Heuer, 2000, S.13<br />
43<br />
Fremdschlüssel werden durch einen Stern * gekennzeichnet<br />
Mitarbeiter<br />
Pers_Nr<br />
Name<br />
Vorname<br />
Anrede<br />
Position<br />
Gehalt<br />
Kd_Nr *<br />
Proj_Nr *<br />
Abt_Nr<br />
K<strong>und</strong>e<br />
Kd_Nr<br />
Name<br />
Vorname<br />
Adresse<br />
Bankverbindung<br />
Projekt<br />
Proj_Nr<br />
Proj_Name<br />
Proj_Leiter<br />
‣ Globale Integritätsbedingung - im Fremdschlüssel existierende<br />
Werte müssen im Primärschlüssel der verb<strong>und</strong>enen Tabelle stehen.<br />
Heuer, 2000, S.13, S. 113<br />
44
Change language