Einführung. Folien zum Datenbankpraktikum Wintersemester 2010/11 LMU München

Transkript

1 Kapitel 1 Einführung Flien zum Datenbankpraktikum Wintersemester 2010/11 LMU München 2008 Thmas Bernecker, Tbias Emrich unter Verwendung der Flien des Datenbankpraktikums aus dem Wintersemester 2007/08 vn Dr. Matthias Schubert Übersicht 1.1 Datenbank-Architektur im Praktikum 1.2 Datenbank-Design 1.3 ER-Mdell und relatinales Mdell 1.4 Datendefinitin in SQL 1.5 Data Dictinary 2

2 Oracle: Objekt-Relatinales ti l Datenbanksystem t (Versin 10g) Client-Server-Architektur DBMS läuft auf einem dedizierten Serverrechner (flres.dbs.ifi.lmu.de) Anwendungsprgramme laufen auf Client-Rechner (Linux, Slaris, Windws) Kmmunikatin über Netzwerk für den Benutzer transparent Viele Anwender greifen gleichzeitig auf die Datenbank zu (Transaktinsschutz) Verteilte Datenbank möglich Zugriff auf die Datenbank über... Anfragesprache SQL Przedurale Erweiterung PL/SQL (Oracle-spezifisch) SQL in den Hstsprachen C und Java (auch als Server Stred Prcedures) 4 GL-Tls (Furth-Generatin Languages) wie beispielsweise Reprt- der Masken-Generatr 3 Übersicht 1.1 Datenbank-Architektur im Praktikum 1.2 Datenbank-Design 1.3 ER-Mdell und relatinales Mdell 1.4 Datendefinitin in SQL 1.5 Data Dictinary 4

3 Datenbanksystem t (DBS): System zur Beschreibung, Speicherung und Wiedergewinnung umfangreicher Datenmengen, die vn verschiedenen Anwendungsprgrammen benutzt werden. Ein DBS besteht aus: Datenbank: Sammlung aller gespeicherten Daten (Skript) Es existiert ein Ziel des Entwurfs und eine Vrstellung über die Nutzung Daten, die einen Ausschnitt der umliegenden Welt beschreiben Es existieren lgische Zusammenhänge zwischen den Daten in einer DB Datenbank-Management-System Prgrammsystem, das die DB verwaltet, frtschreibt und Zugriffe darauf regelt 5 Abstraktinsebenen b eines Datenbanksystems: t Externe Sicht Benutzergruppe 1 Benutzergruppe n Views Ausschnitte aus dem knzeptinellen Schema Externe Sicht 1 Externe Sicht n Knzeptinelle Sicht einheitliche Darstellung aller Daten DBS bietet dazu Datenmdell mit entsprechender DDL Knzeptinelle (lgische) Datenbank Interne Sicht Implementierung der knzep. DB Dateien, Zugriffspfade, etc. Physische Datenbank 6

4 Ansätze für das Datenbank-Design D Daten-rientiert: Die Entwicklung der Datenbank rientiert sich an den Daten, die im Fkus der Anwendungen stehen. Funktins-rientiert: Die Entwicklung der Datenbank rientiert sich an den Funktinen (Anwendungen), die vn dem Datenbanksystem unterstützt werden sllen. Objekt-rientiert: Die Entwicklung der Datenbank rientiert sich an der Menge der interagierenden Objekte, die in dem zu mdellierenden Ausschnitt der realen Welt auftreten. Objekte vereinen datenspezifische Eigenschaften und funktinsspezifisches Verhalten. 7 Entstehungszyklus t Anfrderungsanalyse Knzeptineller Entwurf Lgischer Entwurf Feedback Physikalischer Entwurf Wartung, Mdifikatin, Erweiterung 8

5 Anfrderungsanalyse Analyse und Spezifikatin vn Daten Datenbeziehungen Transaktinen (Funktinen auf den Daten, die vn den Applikatinen benötigt werden) Randbedingungen Leistungsanfrderungen (Antwrtzeiten etc.) Sicherheit HW/SW-Plattfrmen Anwendungsrichtlinien Ansätze Knwledge Acquisitin Design: Der DB-Experte interviewt die zukünftigen Anwender und versucht deren Anfrderungen festzustellen. Participatry Design: Der DB-Experte und der zukünftige Anwender entwickeln das Design als Team. 9 Knzeptineller Entwurf Basierend auf der Anfrderungsanalyse werden die essentiellen Knzepte extrahiert und in einem knzeptinellen Datenmdell (DB-Schema) beschrieben. Entity-Relatinship-Mdell Frmale Beschreibung der Datenbjekte und ihrer Beziehungen Integratin verschiedener Sichten Beschreibung der Transaktinen (Eingabe, Änderung,...) Festlegung vn Integritätsbedingungen für die Daten und für die Transaktinen 10

6 Lgischer Entwurf Ausgehend vm DB-Schema (z.b. ER-Mdell) wird ein DBS-spezifisches Datenmdell (z.b. Relatinales Datenmdell) entwickelt. Wichtige Schritte bei der Transfrmatin des DB-Schemas in das Datemdell: Nrmalisierung und Denrmalisierung Primärschlüssel festlegen Frmulierung vn Integritätsbedingungen und Transaktinen in DBS-spezifischem Datenmdell (relatinale Anfragen, rel. Algebra etc.) View-Definitinen (externe Sichten) Zugriffsrechte 11 Physikalischer h Entwurf (Umsetzung des Datenmdells) knkrete Dmäne für Attribute, z.b. CHAR(30), VARCHAR(20), NUMBER(4), NUMBER(7,2), DATE, Erzeugen der Relatinen und evtl. Laden mit vrhandenen Daten Einrichten i vn Views, Benutzern, Zugriffsrechten Eingabe der Integritätsbedingungen (Anfragen, Prüfprgramme,...) Definitin geeigneter Indexe Wartung, Mdifikatin und Erweiterung Arbeiten mit der Datenbank, Beseitigung g vn Fehlern Erweiterung, Erstellen vn Anwendungsprgrammen Re-Engineering Engineering, Integratin 12

7 Übersicht 1.1 Datenbank-Architektur im Praktikum 1.2 Datenbank-Design 1.3 ER-Mdell und relatinales Mdell 1.4 Datendefinitin in SQL 1.5 Data Dictinary 13 Das ER-Mdell beschreibt einen Ausschnitt der realen Welt durch: Entity Relatinship Attribut Set Menge gleichartiger Objekte Beziehungsmöglichkeit Merkmal, Eigenschaft Instanz bestimmtes Objekt Knkrete Beziehung zwischen zwei Objekten Eigenschaft eines es Objekts 14

8 Kardinalität vn Relatinships: 1:1-Beziehung ( ne-t-ne ): 1:1 1:n-Beziehung ( ne-t-many ): 1:n n:m-beziehung ( many-t-many ): n:m 15 Erweiterung: ISA-Beziehungen Beispiel: Name Gehalt Angestellter is_a Semantik dieser ISA-Beziehung: Der Manager erbt alle Attribute Und Beziehungen vm Angestellten, auch den Schlüssel. Dienstwagen Manager 16

9 Beispiel: i Abteilung Lieferant angestellt liefert Angestellter arbeitet an Prjekt verwendet Teil leitet is_a elektrnisches Teil mechanisches Teil 17 Mdellierungsentscheidungen id 1. Attribut der Entity? 2. Attribut zu welchem Entity? 3. Schlüsselattribute? 4. Entity der Relatinship? 5. Relatinships nur zwischen zwei Entities? 6. Attribut der Relatinship? 7. Einsatz vn ISA-Beziehungen? 18

10 1. Attribut t der Entity? Dienstwagen Kennzeichen Manager ODER Manager fährt Dienstwagen Kriterien: Ist das Attribut ein atmarer Wert der aus mehreren Werten zusammengesetzt? Kann der Wert des Attributs fehlen? Kann das Attribut mehrere Werte gleichzeitig annehmen? Ist die Dmäne des Attributs wichtig g( (bzgl. der Krrektheit des Wertes)? Attribut t zu welchem Entity? Telefn Telefn Persn ODER Raum Kriterien: Natürlichkeit, Änderungsfreundlichkeit 3. Schlüssel-Attribute Dürfen auch mehrere sein (zusammengesetzter Schlüssel) Künstliche IDs (Surrgate) nur dann einsetzen, wenn es keinen knstanten Schlüssel innerhalb des Entity-Typs gibt der der Schlüssel aus sehr vielen Attributen zusammengesetzt wäre 20

11 4. Entity der Relatinship? Kunde bestellt Artikel Anzahl Lieferdatum ODER Kunde bestellt Artikel Kriterien: Beziehung benötigt t Schlüsselattribute l t mdelliere Entity Beziehung hat viele Attribute mdelliere Entity Relatinships nur zwischen zwei Entities? unär: Bauteil besteht aus binär: Manager arbeitet t in Firma ternär: Arbeiter Maschine (selten, meist schlechte Mdellierung) Auftrag 22

12 6. Attribut t der Relatinship? Persn linker Nachbar rechter Nachbar Schlechte Mdellierung im ER-Mdell: Fremdschlüssel vermeiden Persn ist Nachbar vn besser als Relatinship mdelliert Aus anderen Attributen berechenbar Persn Raumnummer (hier: Nachbarschaft über Raumnummer): keine Relatinship verwenden Einsatz vn ISA-Beziehungen? Persn Name Alter is_a Hauptfach Student Prfessr hält Vrlesung Kriterien: Hat die Oberklasse gemeinsame Beziehungen / Attribute Haben die Untersklassen unterschiedliche h Beziehungen / Attribute t Ist mdellierte Infrmatin nützlich für die Applikatin 24

13 Übersicht 1.1 Datenbank-Architektur im Praktikum 1.2 Datenbank-Design 1.3 ER-Mdell und relatinales Mdell 1.4 Datendefinitin in SQL 1.5 Data Dictinary 25 2 SQL und PL/SQL Der Befehl CREATE TABLE (teilweise) i in Oracle SQL CREATE TABLE schema. table ( clumn datatype t ) table_cnstraint, [DEFAULT expr] [clumn_cnstraint] AS subquery 26

14 2 SQL und PL/SQL table_cnstraint ::= CONSTRAINT cnstraint, UNIQUE ( clumn ) PRIMARY KEY, FOREIGN KEY ( clumn ) REFERENCES table CHECK (cnditin), ( clumn ) 27 Datentypen t in ORACLE (auszugsweise) Datatype CHAR(size) Descriptin Fixed length character date f length size. Maximum size is 255. VARCHAR2(size) Variable length character string having maximum length size bytes. Maximum size is NUMBER(p, s) Number having precisin p and scale s. LONG Character data f variable length up t 2 gigabytes. DATE Valid dates range frm January 1, 4712 BC t December 31, 4712 AD. RAW(size) Raw binary data f length size bytes. Maximum size is LONG RAW Raw binary data f variable length up t 2 gigabytes. BLOB A binary large bject. Maximum size is 4 gigabytes. 28

15 Relatinales l Mdell (Wiederhlung) Einziger Grundbaustein: Relatin (Tabelle) wird beschrieben durch Relatinenschema: R(A 1 : D 1,..., A k : D k ) Attribut A i : Spalte, Name eindeutig Dmäne D i : Wertebereich, Datentyp des Attributs Tupel: Zeile, Element einer Relatin Relatinales Datenbankschema: Menge aller Relatinenschemata Relatinale l Datenbank: Menge aller Relatinen = Relatinales DB-Schema + Werte Relatinen sind Mengen keine Duplikate Reihenflge der Tupel belangls 29 Transfrmatin ER - Relatinales l Mdell Bezeichnungen umwandeln ER: freie Bezeichnungen und Beschreibung SQL: feste Ntatin (Namensgebung) z.b. bezügl. Snderzeichen, Schlüsselwörter Datentypen für Attribute festlegen ER: frei SQL: atmare Datentypen t (Oracle-spezifisch) CHAR, VARCHAR2, NUMBER, LONG, DATE, RAW, LONGRAW,... Auswahl des Datentyps abhängig vn den Operatinen, die ausgeführt werden sllen. 30

16 Transfrmatin vn Entities CREATE TABLE land ( name varchar2(25) NOT NULL, flaeche number(10,2), kfz_kennz char(4) NOT NULL, CONSTRAINT pk_name PRIMARY KEY (name), UNIQUE (kfz_kennz) ); Name Fläche Land KFZ- Kennzeichen 31 Transfrmatin vn Relatinships (n:m) Entity A und B haben wir schn überführt: CREATE TABLE A (... PRIMARY KEY a_id...) CREATE TABLE B (... PRIMARY KEY b_id...) Hinzu kmmt: CREATE TABLE rel ( ); a_id... NOT NULL, b_id... NOT NULL, rel_attr..., PRIMARY KEY (a_id, b_id), FOREIGN KEY (a_id) REFERENCES A, FOREIGN KEY (b_id) REFERENCES B A arbeitet in B rel_attr 32

17 Transfrmatin vn Relatinships (1:n, 1:1) 1) Keine separate Relatin für die Beziehung, sndern: 1:n Aufnahme des Primärschlüssels vn A in die Entity-Relatin B 1:1 Aufnahme des Primärschlüssels vn B in die Entity-Relatin A der umgekehrt CREATE TABLE A ( ); a_id... NOT NULL, a_rest..., b_id... NOT NULL, PRIMARY KEY (a_id), FOREIGN KEY (b_id) REFERENCES B A A 1:n 1:1 B B 33 Transfrmatin vn ISA-Beziehung CREATE TABLE persn ( p_id char(8) NOT NULL, name..., alter..., PRIMARY KEY (p_id) ); CREATE TABLE student ( p_id char(8) NOT NULL, fach..., PRIMARY KEY (p_id), FOREIGN KEY (p_id) REFERENCES persn ) CREATE TABLE prfessr ( p_id char(8) NOT NULL,..., PRIMARY KEY (p_id), FOREIGN KEY (p_id) REFERENCES persn ); p_id Student Fach Name Alter Persn is_a Prfessr 34

18 Alternative: ti CREATE TABLE persn_x ( p_id char(8) NOT NULL, name..., alter..., PRIMARY KEY (p_id) ) CREATE TABLE student ( p_id char(8) NOT NULL, name..., alter..., fach..., PRIMARY KEY (p_id) ) Alternative: ti CREATE VIEW persn (p_id, name, alter) AS ( ); (SELECT p_id, name, alter FROM persn_x) UNION (SELECT p_id, name, alter FROM student) UNION (SELECT p_id, name, alter FROM prfessr) CREATE TABLE prfessr (... ); 35 Nrmalisierung i des erzeugten Relatinalen l Schemas durch Herstellung der 3. Nrmalfrm (z.b. mit dem Synthesealgrithmus aus dem DBS-Skript). Ein Relatinenschema ist in der 3. Nrmalfrm (3NF), wenn für alle Abhängigkeiten X A mit X R, A R, A X gilt: X enthält einen Schlüssel vn R, der A ist prim. Seien A und B Attributmengen t des Relatinenschemas R(AB (A,B R). B ist vn A funktinal abhängig der A bestimmt B funktinal, geschrieben A B, gdw. zu jedem Wert in A genau ein Wert in B gehört: A B t 1, t 2 r(r): t 1 [A]=t 2 [A] t 1 [B]=t 2 [B] für alle real möglichen Relatinen r(r). Dabei bezeichnet r(r) eine Relatin r über dem Schema R. Ein Attribut heißt prim, wenn es Teil eines Schlüsselkandidaten ist, snst nicht prim. 36

19 Übersicht 1.1 Datenbank-Architektur im Praktikum 1.2 Datenbank-Design 1.3 ER-Mdell und relatinales Mdell 1.4 Datendefinitin in SQL 1.5 Data Dictinary 37 Neben den Daten in den Relatinen benötigt t ein Datenbanksystem t Infrmatinen über die Relatinen (und über andere Objekte), sg. Meta- Daten. Die Meta-Daten werden im Data Dictinary der System Katalg gespeichert. Relatinenverwaltung Relatinennamen Attributsnamen für jede Relatin Dmäne der Attribute Viewnamen und Viewdefinitinen Integritätsbedingungen Benutzerverwaltung (Datenschutz) Namen berechtigter (autrisierter) Benutzer Speicherbereich und Speicherbergrenze für jeden Benutzer Zugriffs- und andere Rechte einzelner Benutzer 38

20 Anfragebearbeitung b Anzahl der Tupel in jeder Relatin Indexnamen e Indizierte Relatinen Indizierte Attribute Art des Index Häufig: Data Dictinary ist selbst Teil der Datenbank. Meta- Infrmatin ist in Systemrelatinen gespeichert. Systemrelatinen sind wie alle anderen Relatinen zugänglich. Verwaltete Objekte: Relatin View Synnym Link Sequenz Schnappschuss PL/SQL Prgramm Benutzer 39 Namensgebung für ORACLE-Systemrelatinen ti TABLES TAB_COLUMNS USER_ ALL_ DBA_ alle Tabellen, die der Benutzer angelegt hat alle Spalten derjenigen Tabellen, die der Benutzer angelegt hat alle Tabellen, auf die der Benutzer Zugriff hat alle Spalten derjenigen Tabellen, auf die der Benutzer Zugriff hat alle Tabellen des gesamten Systems alle Spalten aller Tabellen des gesamten Systems INDEXES alle Indexe, die der Benutzer angelegt hat alle Indexe, die über Tabellen erstellt wurden, auf die alle Indexe des gesamten Systems der Benutzer Zugriff hat VIEWS alle Views, die der alle Views, auf die der alle Views des Benutzer angelegt hat Benutzer Zugriff hat gesamten Systems TAB_PRIVS Zugriffsrechte auf alle Zugriffsrechte auf alle Zugriffsrechte auf alle Tabellen, die der Benutzer angelegt hat Tabellen, auf die der Benutzer Zugriff hat Tabellen des gesamten Systems 40

21 Beispielanfragen i an das Data Dictinary SQL> describe dictinary Name Null? Type TABLE_NAME VARCHAR2(30) COMMENTS VARCHAR2(2000) SQL> select cunt(* ) frm dictinary; COUNT(*) SQL> select TABLE_NAME, COMMENTS frm dictinary where TABLE_NAME like %TABLE% ; TABLE_NAME COMMENTS ALL_TABLES Descriptin f tables accessible t the user DBA_TABLES Descriptin f all tables in the database DBA_TABLESPACES Descriptin f all tablespaces... SQL> select TABLE_NAME, OWNER frm ALL_TABLES; TABLE_NAME OWNER ACCESS$ SYS AUD$ SYS... 42