3. Relationales Modell & Algebra
|
|
|
- Ursula Koenig
- vor 6 Jahren
- Abrufe
Transkript
1 3. Relationales Modell & Algebra
2 Inhalt 3.1 Relationales Modell Wie können wir Daten mathematisch formal darstellen? 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell in Form eines Entity-Relationship-Diagramms in Relationen übersetzen? 3.3 Relationale Algebra Wie können wir Daten extrahieren, d.h. Anfragen auf den gespeicherten Daten formulieren? 2
3 3.1 Relationales Modell Relationales Modell (auch: Relationenmodell) als das Datenmodell hinter den heute vorherrschenden relationalen Datenbanksystemen (RDBMS) vorgeschlagen im Jahr 1970 durch Edgar F. Codd [2], der u.a. dafür den A. M. Turing Award gewonnen hat mengenorientierte Verarbeitung von Daten, die in sogenannten Relationen (Tabellen) gespeichert werden Quelle: Studenten MatrNr Vorname Name Semester Moritz Müller Peter Parker Marty McFly 3 3
4 Wertebereiche Wertebereiche (auch: Domäne) (domain) können alle Mengen sein, die nur atomare Werte enthalten, z.b. ganze Zahlen (integer) Kommazahlen (float oder real) Zeichenketten (string) Datentypen wie z.b. Datumsangaben, die eine eigene Struktur haben (Tag, Monat, Jahr) sind also nicht erlaubt (später: RDBMSs erlauben jedoch solche Datentypen) 4
5 Relationen Relation R ist Untermenge des kartesischen Produkts (Kreuzprodukts) von n Wertebereichen D 1,, D n R D 1... D n Beispiel: Relation Studenten mit vier Komponenten (Matrikelnummer, Vorname, Name und Semester) Studenten integer string string integer Ein Element der Relation R heißt (n-stelliges) Tupel Beispiel: (13765, Moritz, Müller, 1) als Tupel in Studenten 5
6 Attribute und Schlüssel Komponenten werden zur besseren Identifikation benannt Attribute einer Relationen setzen sich zusammen aus je einem Attributnamen A i (z.b. MatrNr) einem Wertebereich dom(a i ) (z.b. integer) Attributnamen einer Relationen müssen eindeutig sein Jede Relation verfügt über einen Schlüssel, d.h. eine Menge von Attributen, die Tupel eindeutig identifizieren 6
7 Relationen Relationen werden nach folgendem Muster spezifiziert R : {[ A 1 : D 1,...,A n : D n ]} dabei werden alle Schlüsselattribute unterstrichen Beispiel: Relation Studenten Studenten : [ MatrNr : integer, Vorname : string, Name : string, Semester : integer ] mit eindeutig identifizierendem Schlüsselattribut MatrNr 7
8 Relationen als Tabellen Relationen meist als Tabellen in RDBMSs bezeichnet mit Attributen als Spalten der Tabelle mit Tupeln als Zeilen der Tabelle Beispiel: Relation Studenten Studenten MatrNr Vorname Name Semester Moritz Müller Peter Parker Marty McFly 3 mit vier Attributen und drei Tupeln 8
9 Ausprägung vs. Schema Unterscheidung zwischen Ausprägung (konkreten Daten) und Schema (Attributnamen A i mit Domänen D i ) Schema der Relation sch(r) ist die Menge aller Attribute sch(r) ={A 1,...,A n } dom(a i ) bezeichnet die Domäne des Attributs A i dom(a i )=D i 9
10 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell in Form eines Entity-Relationship-Diagramms in Relationen übersetzen? Heute: Initiale Übersetzung von Entitytypen und Beziehungstypen in möglichst wenige Relationen Später (in Kapitel 4): Weitere Optimierung eines relationalen Schemas anhand von Normalformen zur Vermeidung von Redundanzen und Anomalien 10
11 ER-Diagramm für Hochschule MatrNr VorlNr Vorname Studenten hören Vorlesungen SWS Name Titel Semester prüfen lesen Note PersNr Vorname Assistenten arbeiten für Professoren Name Tätigkeit PersNr Fach Vorname Name 11
12 ER-Diagramm für Musik-Streaming-Dienst ArtistId, Name, YearBegin, YearEnd RecordId, Name, TrackCount, Year Artists publish Records include perform Songs Description SongId, Name, Length 12
13 Entitytypen als Relationen Jeder Entitytyp wird zu eigener Relation mit entsprechenden Attributen und Schlüssel Beispiel: Für unser ER-Diagramm Hochschule erhalten wir Studenten : [ MatrNr : integer, Vorname : string, Name : string, Semester : integer ] Vorlesungen : [ VorlNr : integer, SWS : integer, Titel : string ] Professoren : [ PersNr : integer, Vorname : string, Name : string, Fach : string ] Assistenten : [ PersNr : integer, Vorname : string, Name : string, Tätigkeit : string ] 13
14 Beziehungstypen als Relationen Jeder Beziehungstyp wird zu eigener Relation übernimmt Schlüsselattribute verbundener Entitytypen, diese werden dann als Fremdschlüssel bezeichnet eigene Attribute des Beziehungstyps bleiben erhalten evtl. ist eine Umbenennung von Attributen notwendig Beispiel: Beziehungstyp prüfen wird zur Relation prüfen : [ MatrNr : integer, VorlNr : integer, PersNr : integer, Note : integer ] Schlüssel der Relation ist von der Kardinalität des Beziehungstyps abhängig 14
15 N:M-Beziehungstypen als Relationen Schlüssel der Relation zu einem N:M-Beziehungstyp beinhaltet übernommene Attribute aus allen Fremdschlüsseln Beispiel: Studenten hören Vorlesungen hören : [ MatrNr : integer, VorlNr : integer ] Wäre nämlich nur eines der übernommenen Attribute im Schlüssel, könnte jeder Student nur eine Vorlesung hören (bei MatrNr) bzw. jede Vorlesung könnte nur von einem Studenten besucht werden (bei VorlNr) 15
16 1:N-Beziehungstypen als Relation Schlüssel der Relation zu einem 1:N-Beziehungstyp beinhaltet übernommene Attribute aus dem Fremdschlüssel des rechten Entitytyps E 2 Beispiel: Professoren lesen Vorlesungen lesen : [ PersNr : integer, VorlNr : integer ] Wären nämlich beide der übernommenen Attribute (PersNr und VorlNr) im Schlüssel, könnte eine Vorlesung von mehreren Professoren gelesen werden 16
17 N:1-Beziehungstypen als Relationen Schlüssel der Relation zu einem N:1 Beziehungstyp beinhaltet übernommene Attribute aus dem Fremdschlüssel des linken Entitytyps E 1 Beispiel: Assistenten arbeiten für Professor arbeitenfür : [ AssPersNr : integer, ProfPersNr : integer ] In diesem Fall ist eine Umbenennung der übernommenen Attribute notwendig, da beide ursprünglich gleich heißen 17
18 1:1-Beziehungstypen als Relationen Schlüssel der Relation zu einem 1:1-Beziehungstyp beinhaltet übernommene Attribute aus dem Fremdschlüssel nur eines Entitytyps (E 1 oder E 2 ) Beispiel: Kennzeichen gehören zu Fahrzeug gehörtzu : [ Kennzeichen: integer, FahrzeugNr : integer ] gehörtzu : oder [ Kennzeichen: integer, FahrzeugNr : integer ] Dies garantiert jedoch nicht die Integrität unserer Daten; mehr zum Thema Datenintegrität später (Kapitel 6) 18
19 Umsetzung schwacher Entitytypen RaumNr, Kapazität GebNr, Höhe Räume N 1 liegen in Gebäude 19
20 Umsetzung schwacher Entitytypen Schwacher Entitytyp wird zu eigener Relation übernimmt Schlüssel des übergeordneten starten Entitytyps und ergänzt ihn um die unterscheidenden Attribute eigene Attribute des schwachen Entitytyps bleiben erhalten Beispiel: Räume liegen in Gebäuden Gebäude : [ GebNr : integer, Höhe : integer ] Räume : [ GebNr : integer, RaumNr : integer, Kapazität : integer ] 20
21 Umsetzungsübung Musik-Streaming-Dienst ArtistId, Name, YearBegin, YearEnd RecordId, Name, TrackCount, Year Artists 1 publish N Records N N include M perform M Songs Description SongId, Name, Length 21
22 Umsetzungsübung Musik-Streaming-Dienst 22
23 Umsetzung der Generalisierung PersNr, Vorname, Name Mitarbeiter ist-ein ist-ein Tätigkeit Assistenten Professoren Fach 23
24 Umsetzung der Generalisierung Jeder Entitytyp wird zu eigener Relation Relation des Obertyps enthält gemeinsame Attribute Relationen der Untertypen enthalten eigene Attribute alle Relationen haben gemeinsamen Schlüssel Beispiel: Assistenten und Professoren als Mitarbeiter Mitarbeiter : [ PersNr : integer, Vorname : string, Name : string ] Professoren : [ PersNr : integer, Fach : string ] Assistenten : [ PersNr : integer, Tätigkeit : string ] 24
25 Eliminierung von Relationen Beschriebene Vorgehensweise führt zu vielen Relationen Relationen aus 1:N-, N:1- und 1:1-Beziehungstypen (nicht jedoch N:M) können eliminiert werden, hierbei gilt: Nur Relationen mit gleichem Schlüssel zusammenfassen! 25
26 Eliminierung von Relationen (1:N) Bei 1:N-Beziehungstypen werden der Schlüssel des linken Entitytyps sowie eventuelle Attribute des Beziehungstyps in Relation des rechten Entitytyps aufgenommen Beispiel: Professoren lesen Vorlesungen lesen : [ PersNr : integer, VorlNr : integer ] Vorlesungen : [ VorlNr : integer, SWS : integer, Titel : string ] wird zu Vorlesungen : [ VorlNr : integer, SWS : integer, Titel : string, PersNr : integer ] 26
27 Eliminierung von Relationen (N:1) Bei N:1-Beziehungstypen werden der Schlüssel des rechten Entitytyps sowie eventuelle Attribute des Beziehungstyps in Relation des linken Entitytyps aufgenommen Beispiel: Assistenten arbeiten für Professoren Assistenten : [ PersNr : integer, Vorname : string, Name : string, Tätigkeit : string ] arbeitenfür : [ AssPersNr : integer, ProfPersNr : integer ] wird zu Assistenten : [ PersNr : integer,..., ProfPersNr : integer, ] 27
28 Eliminierung von Relationen (1:1) Bei 1:1-Beziehungstypen werden der Schlüssel des linken (rechten) Entitytyps sowie eventuelle Attribute des Beziehungstyps in Relation des rechten (linken) Entitytyps aufgenommen Beispiel: Kennzeichen gehören zu Fahrzeugen Kennzeichen : [Kennzeichen:integer,...] gehörtzu : [ Kennzeichen: integer, FahrzeugNr : integer ] wird zu Kennzeichen : [ Kennzeichen: integer,..., FahrzeugNr : integer, ] 28
29 Eliminierung von Relationen (1:1) Beispiel: Kennzeichen gehören zu Fahrzeugen gehörtzu : [ Kennzeichen: integer, FahrzeugNr : integer ] Fahrzeuge : [ FahrzeugNr : integer,...] wird zu Fahrzeuge : [ FahrzeugNr : integer,..., Kennzeichen : integer, ] 29
30 <latexit sha1_base64="z8gbindcaoqbxcvhr2itkjampxw=">aaac0hichvhlihnbfk1ux2n8xcfotwm2litdgqwhwuvfckomyuzbuglvlzueivwi6rzmkbpx67/5af6dh2glr9fmec8fdtjn1c3uucxk4beovifppctxrl7bud67cfpw7tv9u/covwkchwk30rhjrj1iowgcaiucwwdumqlhbplqrr99auef0r9xzafstnziitjfsm3630qem9tgksrdc4fxr99m+1kpyyflmjannonbdw/btjfv2/2orgxci9tg2ifz38z3vmefj0cndh3bcgluvyra6p/1whtf6/m2rsqdqe+xbgf9qthcldavbyprslulwfgb6epg1v9rzg1vfgjkkno/hruwq0djefxc2ysbd5byja1hsgtllbgq1gauofttyhhqokyvqrevdtfq5f1kss1sutzdjjkxs6tmx2ioi70qzmsbbm2j1sgqt3zcbb5k4oir+dtvproridp5xniyu64od8ypi2x7mz7fgwt/boe7w1he758nxnvnozed8pa8io/jidwny/kghjaj4cnt5crhcu8/pgfp5/tlutvnfr25tzyq/fot7whssg==</latexit> <latexit sha1_base64="z8gbindcaoqbxcvhr2itkjampxw=">aaac0hichvhlihnbfk1ux2n8xcfotwm2litdgqwhwuvfckomyuzbuglvlzueivwi6rzmkbpx67/5af6dh2glr9fmec8fdtjn1c3uucxk4beovifppctxrl7bud67cfpw7tv9u/covwkchwk30rhjrj1iowgcaiucwwdumqlhbplqrr99auef0r9xzafstnziitjfsm3630qem9tgksrdc4fxr99m+1kpyyflmjannonbdw/btjfv2/2orgxci9tg2ifz38z3vmefj0cndh3bcgluvyra6p/1whtf6/m2rsqdqe+xbgf9qthcldavbyprslulwfgb6epg1v9rzg1vfgjkkno/hruwq0djefxc2ysbd5byja1hsgtllbgq1gauofttyhhqokyvqrevdtfq5f1kss1sutzdjjkxs6tmx2ioi70qzmsbbm2j1sgqt3zcbb5k4oir+dtvproridp5xniyu64od8ypi2x7mz7fgwt/boe7w1he758nxnvnozed8pa8io/jidwny/kghjaj4cnt5crhcu8/pgfp5/tlutvnfr25tzyq/fot7whssg==</latexit> <latexit sha1_base64="z8gbindcaoqbxcvhr2itkjampxw=">aaac0hichvhlihnbfk1ux2n8xcfotwm2litdgqwhwuvfckomyuzbuglvlzueivwi6rzmkbpx67/5af6dh2glr9fmec8fdtjn1c3uucxk4beovifppctxrl7bud67cfpw7tv9u/covwkchwk30rhjrj1iowgcaiucwwdumqlhbplqrr99auef0r9xzafstnziitjfsm3630qem9tgksrdc4fxr99m+1kpyyflmjannonbdw/btjfv2/2orgxci9tg2ifz38z3vmefj0cndh3bcgluvyra6p/1whtf6/m2rsqdqe+xbgf9qthcldavbyprslulwfgb6epg1v9rzg1vfgjkkno/hruwq0djefxc2ysbd5byja1hsgtllbgq1gauofttyhhqokyvqrevdtfq5f1kss1sutzdjjkxs6tmx2ioi70qzmsbbm2j1sgqt3zcbb5k4oir+dtvproridp5xniyu64od8ypi2x7mz7fgwt/boe7w1he758nxnvnozed8pa8io/jidwny/kghjaj4cnt5crhcu8/pgfp5/tlutvnfr25tzyq/fot7whssg==</latexit> <latexit sha1_base64="aslbvlc+n035dwoarz01mrkx/me=">aaac0hichvhlbhmxfpumrxjeazzsrmtdamumlrjvv4ukiq2oinkhmqpidm6mvvysfqc1skyvw/6nd+g/9cnwqhckeelkko/oob7wpzdzktwwxwws3rh56/adrbude/cfphzuffzkyjvgcrhyi407ydsdfbqgkfdcixvafznwzgyhc/34kzgvjp6ccwuvoruwu8eprmrc/veinkm2tlez3jimp/o228tkcvmsw6hs9atconvydipj2+4tacqgneinrn2z/w38sbx88xh0qtfxlkda3vuohf5fr4xxnz5s2qrsifomy3bc7rx97wjr2syy9jd30sorohx3r8qj4y0cjvxs70edwmivabyps2g7zepbuj6jnyxoyakfv4uajaj083u5qh2h9vvybmvndfr5p1dsg1quz9zjzswmkfpxmun0t4rz2gzb86gtycihpu42nzfw8yj8wzwf20jemxwuaywpv5q74/srtp0yz+8msn+do+3+iojpr3r7u6ugtsgz8py8iapymuyt9+sqdalpdplthcu8/zyepxfpt1/wnfm9eurwkv3+e3rd6/y=</latexit> <latexit sha1_base64="nu1kz8kfpjc2ydtncff3pcakwco=">aaaconicdvhdahnbgj1drdb401s9681ivbcu7kzuwnov8kaksktnw8guyxbyzttk/pj5vgzdpovp5tv0izxsk5oepwbmcm6zd86z0gjummt+rfg9+1sphm4/6jx+8vtztnf3+yxttwuwylpoe1vsb4irgcfhavfgapwlgmty/mgpx34h67hw33bhojc0unzggcvatbo/c4qfqlsvvphzrsrxjmdjlmcgur/ntzqcxe72676p06y5bklezxvcbbz5l/xr+0ol/pu4tfxva5bpocq83lxu5jzx15g3k24v6+9ny0k2wadf3llv+jk0czrp3urtzwojcpmgzo0hmchcu4uccwg6ee3audanfyxpzqgbw/gktas0i1u5qbuiumk3pa+inkrnfrlcicunevbiuus50tktlcfzurhymhpbsac10kcjf34rnzdgw+hpl0u6myeimvwqakgplzrz7fobnp1qz58okv+di/3+ioczg97w6lynsk32ycvyhgziirmse3jkrorfw9hb6cb6h7+op8vn8fmtny7u3rwgkxpnvwfomtfl</latexit> <latexit sha1_base64="nu1kz8kfpjc2ydtncff3pcakwco=">aaaconicdvhdahnbgj1drdb401s9681ivbcu7kzuwnov8kaksktnw8guyxbyzttk/pj5vgzdpovp5tv0izxsk5oepwbmcm6zd86z0gjummt+rfg9+1sphm4/6jx+8vtztnf3+yxttwuwylpoe1vsb4irgcfhavfgapwlgmty/mgpx34h67hw33bhojc0unzggcvatbo/c4qfqlsvvphzrsrxjmdjlmcgur/ntzqcxe72676p06y5bklezxvcbbz5l/xr+0ol/pu4tfxva5bpocq83lxu5jzx15g3k24v6+9ny0k2wadf3llv+jk0czrp3urtzwojcpmgzo0hmchcu4uccwg6ee3audanfyxpzqgbw/gktas0i1u5qbuiumk3pa+inkrnfrlcicunevbiuus50tktlcfzurhymhpbsac10kcjf34rnzdgw+hpl0u6myeimvwqakgplzrz7fobnp1qz58okv+di/3+ioczg97w6lynsk32ycvyhgziirmse3jkrorfw9hb6cb6h7+op8vn8fmtny7u3rwgkxpnvwfomtfl</latexit> <latexit sha1_base64="nu1kz8kfpjc2ydtncff3pcakwco=">aaaconicdvhdahnbgj1drdb401s9681ivbcu7kzuwnov8kaksktnw8guyxbyzttk/pj5vgzdpovp5tv0izxsk5oepwbmcm6zd86z0gjummt+rfg9+1sphm4/6jx+8vtztnf3+yxttwuwylpoe1vsb4irgcfhavfgapwlgmty/mgpx34h67hw33bhojc0unzggcvatbo/c4qfqlsvvphzrsrxjmdjlmcgur/ntzqcxe72676p06y5bklezxvcbbz5l/xr+0ol/pu4tfxva5bpocq83lxu5jzx15g3k24v6+9ny0k2wadf3llv+jk0czrp3urtzwojcpmgzo0hmchcu4uccwg6ee3audanfyxpzqgbw/gktas0i1u5qbuiumk3pa+inkrnfrlcicunevbiuus50tktlcfzurhymhpbsac10kcjf34rnzdgw+hpl0u6myeimvwqakgplzrz7fobnp1qz58okv+di/3+ioczg97w6lynsk32ycvyhgziirmse3jkrorfw9hb6cb6h7+op8vn8fmtny7u3rwgkxpnvwfomtfl</latexit> <latexit sha1_base64="s5drjbsmmoepsjbgdlrwcjncsaa=">aaaconicdvhdahnbgj1dra3xl9zlbxbjhabkn6xs0qucnyoqltvtiboe2cmx7zd5y+zbarj2wxwu38ghcbijmgq/buzwzpkpzpnksugxkh4k6z27o/d29+53hjx89phj9+n+pten4zdkrhp3xtepumgyokaj19ybu5weq2r2bqfffqpnhdffcw6hvkzwyio4w0inu98pwi1q4xst4clo2rfzsuyltjggew30bnxid9j0fzi07cmsraxci9tg2jfzv7yvtmffj0cndl1h+qs6xpvtrsv1or5b2o67vaj/ucwm2wad/viuemq1z+putzoxvfggkuvm/whqwcwdcyi4hlzdgw+w8rmrycqkyyy4mtrgfkcbr8sr6hjbl2hz85oympj+rqoturgyz42sjjkhq/zgcpwelzgvbra0j9oshnzo42/lswpcpcl/pm/hnhixk88lizxlinfnfd/cthpr+dnb9n9wedafrhx+2ds9xhw1r56tf+qvgzajckrekzmyjdzzsv4nh8nb9gx6mt1pl35b02t15hlzm5t+au1/13c=</latexit> <latexit sha1_base64="hif52bvocaf9ve5ko2ybzmjcy2g=">aaachxicdvfdixmxfm2mh7twxeshkpgy2bcftdndfl32xyov+icsyncxoknj0ttpal5i7oglziv/0n/ggz/cdfzha/esyogcnotee2al8fgup5l02vubn/f2b/vu37l7ck9//8gzn43jmofggnfbqacpnexqoiql64aqjugcrd5t9pov4lww+guulvsk1losbkcyqvn/e4nwdbvxispggxafxlbzsvzkwgazplfltw5jqx/m7unhigahewpw7yusbpqc3kalcnxygbhx82jz9vsle/usy3bwhxtdw2jt2s4ydbu9giwfka5oz/1f5dzwrofglqn301fhsqo0tscltl2y8wapx9eaprsw1ikrqg1gabr1thyhpgp8fboot8ralfdrxxzirxg5ttjjvkiz/+dyxbxxcv7biggetq6gfoljh+qrbi4ukx9c5zmbititzywnmewkcmf8mmk2f+p5m0h2f3b2obxf/olomd6+zinsk6fkgxloruq1gzp35jrmccc/k4pkcfik3utfpkfpq8ujaflh85bsvfrmn5sly94=</latexit> <latexit sha1_base64="hif52bvocaf9ve5ko2ybzmjcy2g=">aaachxicdvfdixmxfm2mh7twxeshkpgy2bcftdndfl32xyov+icsyncxoknj0ttpal5i7oglziv/0n/ggz/cdfzha/esyogcnotee2al8fgup5l02vubn/f2b/vu37l7ck9//8gzn43jmofggnfbqacpnexqoiql64aqjugcrd5t9pov4lww+guulvsk1losbkcyqvn/e4nwdbvxispggxafxlbzsvzkwgazplfltw5jqx/m7unhigahewpw7yusbpqc3kalcnxygbhx82jz9vsle/usy3bwhxtdw2jt2s4ydbu9giwfka5oz/1f5dzwrofglqn301fhsqo0tscltl2y8wapx9eaprsw1ikrqg1gabr1thyhpgp8fboot8ralfdrxxzirxg5ttjjvkiz/+dyxbxxcv7biggetq6gfoljh+qrbi4ukx9c5zmbititzywnmewkcmf8mmk2f+p5m0h2f3b2obxf/olomd6+zinsk6fkgxloruq1gzp35jrmccc/k4pkcfik3utfpkfpq8ujaflh85bsvfrmn5sly94=</latexit> <latexit sha1_base64="hif52bvocaf9ve5ko2ybzmjcy2g=">aaachxicdvfdixmxfm2mh7twxeshkpgy2bcftdndfl32xyov+icsyncxoknj0ttpal5i7oglziv/0n/ggz/cdfzha/esyogcnotee2al8fgup5l02vubn/f2b/vu37l7ck9//8gzn43jmofggnfbqacpnexqoiql64aqjugcrd5t9pov4lww+guulvsk1losbkcyqvn/e4nwdbvxispggxafxlbzsvzkwgazplfltw5jqx/m7unhigahewpw7yusbpqc3kalcnxygbhx82jz9vsle/usy3bwhxtdw2jt2s4ydbu9giwfka5oz/1f5dzwrofglqn301fhsqo0tscltl2y8wapx9eaprsw1ikrqg1gabr1thyhpgp8fboot8ralfdrxxzirxg5ttjjvkiz/+dyxbxxcv7biggetq6gfoljh+qrbi4ukx9c5zmbititzywnmewkcmf8mmk2f+p5m0h2f3b2obxf/olomd6+zinsk6fkgxloruq1gzp35jrmccc/k4pkcfik3utfpkfpq8ujaflh85bsvfrmn5sly94=</latexit> <latexit sha1_base64="c0xl9yuetfc3lspl7dacdjmpues=">aaachxicdvhlbhmxfpumj5yabwgxilezkq0lyeyqcqpukgidc6scsfspm4ps52zixs/zd1ajazb9s/6abr+be4luehflyufn+nj3hjmrhcei+jgkd+7eu7+z+6dz8nhjvf3uk4mlbxrhycinno6kuq9sabiiqalx1gfvtmilm39y6pffwxlh9ddcwkgurbwyck4xuuputylwjdo4rwwwdytpztrsncsltlemo9vye4exou+t9ntfigahewpw7ausbpqe3lklcnvyfbhxk2jz9lsle/umy3bc7rx9o2jz2tyy9fd70sproh93f5utwxsfgrmk3o8ghcuq0ngel9b2ysadpxxoaxjrwlilrgo1gaxofptyhjoq8fvyrbkhbqq8xyi2rsqks02sgtnhyvw/l+p0pirz2gzb86itymihpn5ipmfg4hl550u+tpgim/lc0hhtrih3xvcjbdsxnr8zzp8hf0f9qcrfjntnj+ugdslz8ok8japylpyrj+scdaknp5o95gnyln1jx6fh6zs/r9nk7tkkg5w++w0z58uk</latexit> <latexit sha1_base64="fv9dvl6zs67fog5yme2gmz9st0q=">aaacg3icdvfdaxnbfj1drdzynvral74s5kvqsruhyckiev/qq6ff0xays5id3gyhzbczd0vdsodp8q/0d/jkj3cskjrwlwnzoofm5d4zlrhcyzbdrpgdhxuphm8+6tzdevb8rfflqzong8tgxltq9qkidgrxmekoai6mbsoraefv/nnsp78c67hwx3fhojs0vnzggcvatbrfcorrvnpkkrwbowuotq6tqsamcz8ugjufu+zu7zo/wgyzfz62hysw0xofuint3yv3fv+0qv/lasvc8vosi3bs7wx9qbas5d7i+6s76w33v5cjierk0v1ztdvrjchkgjo3zjodpadhiiag7rsna0pznnywppmhyans16alof2syweqksgvfhxkmuipdg4hq3ukphi5tlzaz5fw7q/modsow8kmqvasacvo05el35hok7dh8pr4ku5mimjolhu05jrkyqx2/qdbtojntwbj/8hzoj8hfjr3hgfktjbjhnln3pccvcddckroyigw8ipainai3xgjfhsp4v1baxz9frnn1ir+8auyhsxy</latexit> <latexit sha1_base64="lzlrzap4pkjnrodrgfc2ar4v9cy=">aaacg3icdvfdaxnbfj1dw62xamzrf18w8yio2d1qsbseff/qg1cpaqvzjcxobrzd5ouzu2iyfnzzl/lx/am+9uc4svtorf4g5ndomcu9zyojumms+xxf9zy27z/yeth5tp34ydpus51tpxvlyms00pa8og4evzbcjglojquqkwfn1fzduj/7ctzxrb7gwkapaa34jdokgzp0vxci31bpk6nwbuwsody5saobmyz8ugjufoyyu7/tplqyzvs4bq9wlklncqeg275nbvtotkr/5wrlwvl6aot20u1l/ug2roquypuro+sn936wifixczzpxhztzrojcpmgzo3zzgdpaziicwg7repaudannyxpzmhyqvq1aalof+tygipkckvfbbkmeiqdw8jqdikpxqytldzzpjx7qzno9suwsgkqfavacvp05mj3ppmkbdg8/brijyyqysexchpysivlvrt+gg0nxhotqfj/cdro5wf/znvdfxjvw+qleuvek5y8i0nyri7jiddyo9qonkcv4s34ttyi966scxt9zpesvfz+dxauzv0=</latexit> <latexit sha1_base64="lzlrzap4pkjnrodrgfc2ar4v9cy=">aaacg3icdvfdaxnbfj1dw62xamzrf18w8yio2d1qsbseff/qg1cpaqvzjcxobrzd5ouzu2iyfnzzl/lx/am+9uc4svtorf4g5ndomcu9zyojumms+xxf9zy27z/yeth5tp34ydpus51tpxvlyms00pa8og4evzbcjglojquqkwfn1fzduj/7ctzxrb7gwkapaa34jdokgzp0vxci31bpk6nwbuwsody5saobmyz8ugjufoyyu7/tplqyzvs4bq9wlklncqeg275nbvtotkr/5wrlwvl6aot20u1l/ug2roquypuro+sn936wifixczzpxhztzrojcpmgzo3zzgdpaziicwg7repaudannyxpzmhyqvq1aalof+tygipkckvfbbkmeiqdw8jqdikpxqytldzzpjx7qzno9suwsgkqfavacvp05mj3ppmkbdg8/brijyyqysexchpysivlvrt+gg0nxhotqfj/cdro5wf/znvdfxjvw+qleuvek5y8i0nyri7jiddyo9qonkcv4s34ttyi966scxt9zpesvfz+dxauzv0=</latexit> <latexit sha1_base64="wec5ien3wowbf9tldfmmsdv2cu0=">aaacg3icdvfdaxnbfj1dw1vtqlhrl74s5qxqkt0nqkuhupffh4rktvvilmf2crmdml/m3jwgycg/6r/wyr/hjezorl0mzogcm5d7z1rgcidz9iokh21spt7aftlz2x367hn3xctlpxvlymi00pa6og4evzbejgkujquqkwfx1ezdqr/6btzxrb7i3eapaa34ldokgrp3vxcit6i0lvr4a3yaujucjiwakrz+vdrqanbr3d91vrcyzvs0au+wlklncqeg2x4md30xwtx/c7vlyxl9g0u77vay/ibbvhif5p3lnfxiqs7h3v/frlnggkimqhojpdnyehomyglatte4mjtnaa0jmhkalip9dvoc2vm6hkcielzpl0guiz5k5+ayukdkijfrzkx1dgnl/mmo0+mylgwabmwctoq+hbrwhemsahsotz/p07ejrnjjpykgnfjjmdwuh2dbcfh8zsb5gfwo+nnax/le2feqqg2yr96sfzkti3jgppjzmism/ix2o9frm3gzpogh8bs/1jhavxlf1io+/q0uvcqv</latexit> <latexit sha1_base64="9hr7ferze/+ya1b6smblvi8npgw=">aaacg3icdvfdaxnbfj3dtlpj1vrpx3xzziugzhddoaugbhyxd0jrtvvilmf29my7zl6yuvsalox+lp+kf8anf4sttixg6uxchm4598i9uxjbhsbjzybcw9948ntzwef51ouxr7rbr8+cri2dednc24ucohbcwqg5crgwfqgsbjwxs88l/fwkronafce5gvzssvepzxq9nenezajxqlsvvdrcmvgx0eahuszgilkzzmpvgl1sbx46vwhttjwq28mli+hnesqw7cfooe9uq+pfrjbplk8umwsn3v7shyslih6dtl98k95w70ceeukoj93fwalzluehe9s5czoyzbtqktmbbserhrjkzrscmu0mnwdzpgitae18vfzquqkub5zbrognlc7nzfgilbqvv8lc6xnswv21hkchut/y1aikew0jm3jk/hfeswksbx5/ncct4wl/k4sf9tnfkjkrxd/dtupjuc8g+j84g/rtj0/s3vca3nymeuvekfckjftksl6qyziijpwktokdydfccd+eg3dv1hogdznvyeqfn/4apcnmkq==</latexit> <latexit sha1_base64="y3liacxwq69xe0u+ilb9x6bqcei=">aaacg3icdvfdaxnbfj1drda0amyxl74s5qvqye6ggqugbpqid0krpi1klza7e7mdml/m3bxdsucbf6l/px/aj3+ek7sfptxlhtmcc+6fe6ywgjtmkqsgfpr47cnt9wedjc3nl152x22dol1bbiomhbbnbxuguiirchrwbixqwqg4k2zhc/3so1jhtfqgcwo5pjxiu84oemrs/zkh/eclrasi4yqjuoq2oowyavpmmnfwqxlsyntz1/kfmlblp7i9xlkifhahatu+i+76vmpv/cvv5pnl1qvm7atbs/qdzfhrq5d2l2/sg+5f5ph4txu86f7jss1qcqqzom6n08rg3lclnaloo1ntwfa2oxwmawkoazs3fwgjaoersoeksnb5swxyrwyodg4uiwekphixshzaz5aw7t5ynb7k/mbtiyjmtsvs4phz3xhpcrc+efx5hk+mj/xnlhbu5xrlyqx2fq/bjo/nnopo/+b00e89pkl7wwnyxevkdxlldklk3pmh+uioyygw8jvydf4ho+faubcowv1raxjczgytlqo//awzws0u</latexit> <latexit sha1_base64="y3liacxwq69xe0u+ilb9x6bqcei=">aaacg3icdvfdaxnbfj1drda0amyxl74s5qvqye6ggqugbpqid0krpi1klza7e7mdml/m3bxdsucbf6l/px/aj3+ek7sfptxlhtmcc+6fe6ywgjtmkqsgfpr47cnt9wedjc3nl152x22dol1bbiomhbbnbxuguiirchrwbixqwqg4k2zhc/3so1jhtfqgcwo5pjxiu84oemrs/zkh/eclrasi4yqjuoq2oowyavpmmnfwqxlsyntz1/kfmlblp7i9xlkifhahatu+i+76vmpv/cvv5pnl1qvm7atbs/qdzfhrq5d2l2/sg+5f5ph4txu86f7jss1qcqqzom6n08rg3lclnaloo1ntwfa2oxwmawkoazs3fwgjaoersoeksnb5swxyrwyodg4uiwekphixshzaz5aw7t5ynb7k/mbtiyjmtsvs4phz3xhpcrc+efx5hk+mj/xnlhbu5xrlyqx2fq/bjo/nnopo/+b00e89pkl7wwnyxevkdxlldklk3pmh+uioyygw8jvydf4ho+faubcowv1raxjczgytlqo//awzws0u</latexit> <latexit sha1_base64="/d/j2oxtoi6k6fhe10um6u3gmxs=">aaacg3icdvfnixnbeo0zxv3jqlhri5fbxaqlmxmelwvhwysehpujuwuzidt0vgab9bfdnwiybvyb/gfp/gg7mclg1akgh++9kqjxlzxcu5z9j+jr1/du3ny/nbh9cofuveh9b6feti7jlbtp3hkfhqxqocvbes+tq1cvxlnq+watn31b54xrn2llsvtqaleqhchq8+g3gvaraemuye5oltsa++qoksquqohmratrdovt3wxnr+tg1e/q/mjdeovzwgzd/yk57ptkdpmvv18wtjqxvptz4sgbt7j1jvdbpt682yht62q+/fnuhrcknxej3s/yzflzgspbjfadovvogs+hwrlkfiy6smvqkcs32pud1kdql90myb2xa+x9slvxsav0sutwxiwjkv/xcloclufg2xjqhrqn7nkpd9+rlit0oux6fpxobsdctt6vehjkfxbn/djafhdi+znb8n9wohnnax/ir8eh26d22rp2ld1joxvfjtlbdskmjlmf0uh0khoc78xp40n88rc1jryzd9loxa9/adjryoa=</latexit> Eliminierungsübung Musik-Streaming-Dienst Artists : {[Artistid : integer, Name : string, YearBegin : integer, YearEnd : integer]} Records : {[RecordId : integer, Name : string, TrackCount : integer, Year : integer]} Songs : ) [SongId : integer, Name : string, Length : integer] * publish : {[ArtistId : integer, RecordId : integer]} include : perform : [RecordId : integer, SongId : integer] [ArtistId : integer, SongId : integer] 30
31 Zusammenfassung Relationales Modell als vorherrschendes Datenmodell Relationen (Tabellen) besitzen Attribute (Spalten) mit Wertebereichen und beinhalten Tupel (Zeilen) Umsetzung eines konzeptuellen Modells in Relationen Entitytypen werden zu eigenen Relationen Beziehungstypen werden zu eigenen Relationen Relationen zu 1:1:-, 1:N- und N:1-Beziehungstypen können (müssen aber nicht) eliminiert werden 31
32 Literatur [1] A. Kemper und A. Eickler: Datenbanksysteme Eine Einführung, De Gruyter Oldenbourg, 2015 (Kapitel 3) [2] E. F. Codd: A Relational Model of Data for Large Shared Data Banks, CACM 13(6), 1970 [3] G. Saake, K.-U. Sattler und A. Heuer: Datenbanken - Konzepte und Sprachen, mitp Professional, 2013 (Kapitel 4) 32
3. Relationales Modell & Algebra
3. Relationales Modell & Algebra Inhalt 3.1 Relationales Modell Wie können wir Daten mathematisch formal darstellen? 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell
Rückblick: Datenbankentwurf
Rückblick: Datenbankentwurf Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben Gegenstände
2. Relationale Datenbanken
2. Relationale Datenbanken Inhalt 2.1 Entity-Relationship-Modell 2.2 Relationales Modell 2.3 Relationale Entwurfstheorie 2.4 Relationale Algebra 2.5 Structured Query Language (SQL) 2 2.1 Entity-Relationship-Modell
3. Relationales Modell & Algebra
3. Relationales Modell & Algebra Inhalt 3.1 Relationales Modell Wie können wir Daten mathematisch formal darstellen? 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell
Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt
2. Datenbankentwurf Motivation Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt Fehler sind umso teurer zu beheben, je weiter die Entwicklung bzw. der Einsatz
Rückblick: Entity-Relationship-Modell
Rückblick: Entity-Relationship-Modell Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben
Rückblick: Relationales Modell
Rückblick: Relationales Modell Relationales Modell als vorherrschendes Datenmodell Relationen (Tabellen) besitzen Attribute (Spalten) mit Wertebereichen und beinhalten Tupel (Zeilen) Umsetzung eines konzeptuellen
Rückblick: Relationale Normalisierung
Rückblick: Relationale Normalisierung Gute Relationenschema vermeiden Redundanz und führen nicht zu Anomalien beim Einfügen, Löschen oder Ändern Relationale Normalformen (1NF, 2NF, 3NF, BCNF, 4NF) charakterisieren
5. Relationale Entwurfstheorie
5 Relationale Entwurfstheorie Motivation Konzeptuelles Modell (ERM) kann in ein relationales Schema mit möglichst wenigen Relationen übersetzt werden (vgl Kapitel 4) Welche Eigenschaften hat ein gutes
Grundlagen des relationalen l Modells
Grundlagen des relationalen l Modells Seien D 1, D 2,..., D n Domänen (~Wertebereiche) Relation: R D 1 x... x D n Bsp.: Telefonbuch string x string x integer Tupel: t R Bsp.: t = ( Mickey Mouse, Main Street,
Vorlesungen. Studenten. hören. Grundzüge. Fichte Glaube und Wissen Jonas
Das relationale eato aedatenmodell Studenten hören Vorlesungen MatrNr Name MatrNr VorlNr VorlNr Titel 26120 Fichte 25403 5022 5001 Grundzüge 25403... Jonas... 26120... 5001... 5022... Glaube und Wissen...
Java Database Connectivity (JDBC) zum Zugriff aus in z.b. in Java geschriebenen Applikationen
Rückblick Java Database Connectivity (JDBC) zum Zugriff aus in z.b. in Java geschriebenen Applikationen JDBC erlaubt Transaktionskontrolle, d.h. Festschreiben und Zurückrollen sowie setzten der Isolationsstufe
Relationales Datenmodell Relationale Algebra
Web Science & Technologies University of Koblenz Landau, Germany Grundlagen der Datenbanken Relationale Algebra Dr. Gerd Gröner Wintersemester 2013/14 Lernziele Grundbegriffe des Relationalen Modells Abbildung
Abstraktionsebenen des Datenbankentwurfs
Datenbankentwurf Abstraktionsebenen des Datenbankentwurfs 1. Konzeptuelle Ebene 2. Implementationsebene 3. Physische Ebene 1 Objektbeschreibung Uni-Angestellte - Anzahl: 1000 - Attribute PersonalNummer
Inhalt. 2.1 Datenbankentwurf. 2.2 Relationales Modell. 2.3 Relationale Entwurfstheorie. 2.4 Relationale Algebra. 2.5 Structured Query Language (SQL)
2. Datenbanken Inhalt 2.1 Datenbankentwurf 2.2 Relationales Modell 2.3 Relationale Entwurfstheorie 2.4 Relationale Algebra 2.5 Structured Query Language (SQL) 2 2.1 Datenbankentwurf Datenbankanwendungen
Datenbankentwurf. Abstraktionsebenen des Datenbankentwurfs. 1. Konzeptuelle Ebene. 2. Implementationsebene (Logische Ebene) 3.
Datenbankentwurf Abstraktionsebenen des Datenbankentwurfs 1. Konzeptuelle Ebene 2. Implementationsebene (Logische Ebene) 3. Physische Ebene 1 Objektbeschreibung Uni-Angestellte - Anzahl: 1000 - Attribute
Datenbanken & Informationssysteme (WS 2016/2017)
Datenbanken & Informationssysteme (WS 2016/2017) Klaus Berberich ([email protected]) Wolfgang Braun ([email protected]) 0. Organisatorisches Dozenten Klaus Berberich ([email protected])
Rückblick: Relationale Entwurfstheorie
Rückblick: Relationale Entwurfstheorie Redundanzen führen zu Anomalien beim Einfügen, Löschen und Ändern Gute Relationenschemata vermeiden Redundanzen und damit Anomalien Funktionale Abhängigkeiten zwischen
Wiederholung VU Datenmodellierung
Wiederholung VU Datenmodellierung VL Datenbanksysteme Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien Wintersemester
Wiederholung VU Datenmodellierung
Wiederholung VU Datenmodellierung VU Datenbanksysteme Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien Wintersemester
E-R-Modell zu Relationenschema
Raum: LF 230 Nächste Sitzung: 27./30. Oktober 2003 Aktuelle Informationen unter: http://www.is.informatik.uni-duisburg.de/teaching/lectures/dbp_ws03/index.html E-R-Modell zu Relationenschema Als zweiter
Konzeptuelle Modellierung
Kapitel 2 Konzeptuelle Modellierung 2.1 Das Entity-Relationship-Modell Die grundlegenden Modellierungsstrukturen dieses Modells sind die Entities (Gegenstände) und die Relationships (Beziehungen) zwischen
Schema: konkrete Beschreibung einer bestimmten. (unter Verwendung eines Datenmodells)
Datenmodellierung DBS kann vieles, aber nicht alles! Benutzer muss spezifizieren Anforderungen einer Anwendung Art von zu speichernden Daten Zwei wichtige Konzepte beim Entwurf: Datenmodell: Konstrukte
Datenbankentwurf. Abstraktionsebenen des Datenbankentwurfs: 3. Konzeptuelle Ebene. 5. Implementationsebene. 7. Physische Ebene.
Datenbankentwurf Abstraktionsebenen des Datenbankentwurfs: 3. Konzeptuelle Ebene 5. Implementationsebene 7. Physische Ebene Kapitel 2 1 Datenbankentwurf Abstraktionsebenen des Datenbankentwurfs 5. Konzeptuelle
Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2
Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov. 2009 Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2 Aufgabe 1: ER-Modellierung 1. Siehe Unterstreichungen in
Übung 3. Tutorübung zu Grundlagen: Datenbanken (Gruppen Do-T24 / Do-T31 WS 2016/2017)
Übung 3 Tutorübung zu Grundlagen: Datenbanken (Gruppen Do-T24 / Do-T31 WS 2016/2017) Dennis Fischer [email protected] http://home.in.tum.de/~fischerd/ Technische Universität München Fakultät für Informatik
Das relationale Datenmodell
Das relationale Datenmodell Konzepte Attribute, Relationenschemata, Datenbank-Schemata Konsistenzbedingungen Beispiel-Datenbank Seite 1 Einführung Zweck datenmäßige Darstellung von Objekten und Beziehungen
Datenmodelle und Datenbanken 1 Internet-Datenbanken
Datenmodelle und Datenbanken 1 Internet-Datenbanken Prof. N. Fuhr Institut für Informatik und Interaktive Systeme Arbeitsgruppe Informationssysteme 17. August 2004 Hinweise zur Bearbeitung Die Zeit läuft
Das Relationale Modell
Kapitel 3 Das Relationale Modell 1 / 50 Generelle Anmerkungen Wurde in den Siebzigern von E.F.Codd entwickelt (er bekam den Turing Award dafür) Im Moment das am weitesten verbreitete Datenmodell Hat die
Entity Relationship Modell
Entity Relationship Modell 2 Entity/Relationship (ER) Modell Legi Name Semester Entity = Gegenstandstyp Relationship = Beziehungstyp Schlüssel (Identifikation) Studenten hören Hörer Kurs Vorlesungen Attribut
Datenbanken Unit 3: Das relationale Modell
Datenbanken Unit 3: Das relationale Modell 7. III. 2017 Outline 1 SQL 2 Das ER Modell Zusammenfassung 3 Das Relationale Modell Termin zweiter Zwischentest UE-Tests (Thema: SQL) zweiter Zwischentest findet
Datenmodelle. Einführung in das Entity-Relationship-Modell. Datenbankmodelle. Beispiel für ein ER-Schema. Kunde( Meier, , ) 41, Meier
Einführung in das Entity-Relationship-Modell Datenmodelle Datenmodelle dienen der Darstellung der Informationsstruktur, nicht der Darstellung der Informationen selbst. Motivation Grundbestandteile von
Datenmodelle dienen der Darstellung der Informationsstruktur, nicht der Darstellung der Informationen selbst. Motivation
Einführung in das Entity-Relationship-Modell Datenmodelle Datenmodelle dienen der Darstellung der Informationsstruktur, nicht der Darstellung der Informationen selbst. Motivation Grundbestandteile von
Kapitel 3: Datenbanksysteme
LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2013 Kapitel 3: Datenbanksysteme Vorlesung:
Datenbanken Unit 3: Das relationale Modell
Datenbanken Unit 3: Das relationale Modell 8. III. 2016 Outline 1 Das ER Modell Zusammenfassung 2 Das Relationale Modell 3 SQL Organisatorisches Wissensüberprüfung: heute zwei Aufgaben statt nur einer
Kapitel 3: Datenbanksysteme
LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2014 Kapitel 3: Datenbanksysteme Vorlesung:
Kapitel 2: Das Relationale Modell
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 2006/2007 Kapitel 2: Das Relationale Modell Vorlesung:
Kapitel DB:IV (Fortsetzung)
Kapitel DB:IV (Fortsetzung) IV. Logischer Datenbankentwurf mit dem relationalen Modell Das relationale Modell Integritätsbedingungen Umsetzung ER-Schema in relationales Schema DB:IV-46 Relational Design
Datenmodellierung. Ausschnitt der Realen Miniwelt. Manuelle/intellektuelle Modellierung. Konzeptuelles Schema (E/R- oder UML-Schema)
Datenmodellierung DBS kann vieles, aber nicht alles! Benutzer muss spezifizieren Anforderungen einer Anwendung Art von zu speichernden Daten Zwei wichtige Konzepte beim Entwurf: Datenmodell: Konstrukte
Übung zur Vorlesung Einführung in die Informatik für Hörer anderer Fachrichtungen (WZW) IN8003, SS 2011 Prof. Dr. J. Schlichter
Übung zur Vorlesung Einführung in die Informatik für Hörer anderer Fachrichtungen (WZW) IN8003, SS 2011 Prof. Dr. J. Schlichter Dr. Georg Groh, Dipl.Inform. Dipl.Geogr. Jan Herrmann, Florian Schulze BSc.,
Datenbankentwurf. VO Datenmodellierung. Katrin Seyr. Institut für Informationssysteme Technische Universität Wien.
Datenbankentwurf Datenbankentwurf VO Datenmodellierung Katrin Seyr Institut für Informationssysteme Technische Universität Wien Katrin Seyr Seite 1 Datenbankentwurf 1. Überblick Überblick Wiederholung:
PD Dr.-Ing. F. Lobeck. Seite 6
Seite 6 Datenbanken Datenbank: Eine geordnete Menge von Daten. Speicherung erfolgt unabhängig von speziellen Anwenderprogrammen. Ebenso sollte die Hardwareunabhängigkeit gesichert werden. Zu einem Datenbankmanagementsystem
Semantische Integrität (auch: Konsistenz) der in einer Datenbank gespeicherten Daten als wichtige Anforderung
6. Datenintegrität Motivation Semantische Integrität (auch: Konsistenz) der in einer Datenbank gespeicherten Daten als wichtige Anforderung nur sinnvolle Attributwerte (z.b. keine negativen Semester) Abhängigkeiten
Datenbankentwurf. Kapitel 3. Datenbankentwurf 76 / 508
Kapitel 3 Datenbankentwurf 76 / 508 Phasen des Datenbankentwurfs Phasen des Datenbankentwurfs Anforderungsanalyse Spezifikation Konzeptueller Entwurf Konzeptuelles Schema Logischer Entwurf Logisches Schema
Kapitel 1: Einführung 1.1 Datenbanken?
Kapitel 1: Einführung 1.1 Datenbanken? 1. Einführung 1.1. Datenbanken Grundlagen der Datenbanksysteme, WS 2012/13 29. Oktober 2012 Seite 1 1. Einführung 1.1. Datenbanken Willkommen! Studierenden-Datenbank
Kapitel DB:IV (Fortsetzung)
Kapitel DB:IV (Fortsetzung) IV. Logischer Datenbankentwurf mit dem relationalen Modell Das relationale Modell Integritätsbedingungen Umsetzung ER-Schema in relationales Schema DB:IV-45 Relational Design
Einführung, Entity-Relationship Modell 9. DATENBANKSYSTEME: DAS ENTITY RELATIONSHIP MODELL
Einführung, Entity-Relationship Modell 9. DATENBANKSYSTEME: DAS ENTITY RELATIONSHIP MODELL 304 Literatur, Quellen Literatur: Kemper, Eickler: Datenbanksysteme: Eine Einführung. Oldenbourg Verlag, 9. Auflage,
Das relationale Modell
Das relationale Modell Grundlagen Übersetzung von ER-Schemata in relationale Schemata Relationale Algebra Relationenkalkül Domänenkalkül Grundlagen des relationalen Modells Seien D 1, D 2,..., D n Domänen
Kapitel 3: Datenbanksysteme
LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2018 Kapitel 3: Datenbanksysteme Vorlesung:
Vorlesung Datenbanksysteme vom
Vorlesung Datenbanksysteme vom 27.10.2008 Wiederholung: Relationale Algebra Relationale Algebra Join-Operatoren Eigenschaften der relationalen Operatoren Grundlagen des relationalen Modells Seien D 1,
Kapitel DB:III (Fortsetzung)
Kapitel DB:III (Fortsetzung) III. Konzeptueller Datenbankentwurf Einführung in das Entity-Relationship-Modell ER-Konzepte und ihre Semantik Charakterisierung von Beziehungstypen Existenzabhängige Entity-Typen
Informations-, Daten- und Wissensmanagement
Informations-, Daten- und Wissensmanagement Lesen Sie den Artikel Schürfen in der Datenhalde und beantworten Sie folgende Fragen: Was ist Wissensmanagement? Forschungsgebiet / Managementthema, das sich
Grundlagen des relationalen Modells
Grundlagen des relationalen Modells Seien D 1, D,, D n Domänen (Wertebereiche, Mengen) Eine Relation ist eine Teilmenge R D 1 x x D n Bsp.: Telefonbuch string x string x integer Ein Tupel ist jedes Element
Datenintegrität. Kapitel 5 1
Datenintegrität Integitätsbedingungen Schlüssel Beziehungskardinalitäten Attributdomänen Inklusion bei Generalisierung statische Integritätsbedingungen Bedingungen an den Zustand der Datenbasis dynamische
Kapitel 2: Das Relationale Modell
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Datenbanksysteme I Wintersemester 2012/2013 Kapitel 2: Das Relationale
Datenbanken. Seminararbeit. Einführung in das wissenschaftliche Arbeiten
Seminararbeit vorgelegt von: Gutachter: Studienbereich: Christian Lechner Dr. Georg Moser Informatik Datum: 6. Juni 2013 Inhaltsverzeichnis Inhaltsverzeichnis 1 Einführung in Datenbanken 1 1.1 Motivation....................................
Medizininformatik Software Engineering
Vorlesung Software Engineering Inhaltsverzeichnis 1. Einleitung 2. Software und Medizinprodukt 3. Vorgehensmodelle 4. Strukturierter Entwurf von Echtzeitsystemen 4.1 Echzeit, was ist das? 4.2 Einführung
Wirtschaftsinformatik 7a: Datenbanken. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte
Wirtschaftsinformatik 7a: Datenbanken Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte Drei Gäste bezahlen nach einem gemeinsamen Abendessen eine Rechnung von 30 Euro, so dass jeder 10 Euro gibt.
3. Grundlagen relationaler Datenbanksysteme
3. Grundlagen relationaler Datenbanksysteme Hier nur kurze Rekapitulation, bei Bedarf nachlesen 3.1 Basiskonzepte des Relationenmodells 1 Darstellung der Miniwelt in Tabellenform (DB = Menge von Relationen
