INTRODUKTION TILL ER ENTITY-RELATIONSHIP

Relevanta dokument
ER-Diagram. Databasutveckling Diagram

Databaser design och programmering. Fö 2: Design processen, ER-modellering

Webprogrammering och databaser. Konceptuell datamodellering med ER-modellen

Webprogrammering och databaser. Konceptuell datamodellering med ER-modellen

Tentamen för DD1370 Databasteknik och informationssystem

Del 2: ER-modellering och överföring till Databasstruktur v0.9

Databaser design och programmering. Design processen ER- modellering

Tentamen för DD1370 Databasteknik och informationssystem

Databaser och Datamodellering Foreläsning IV

Konceptuella datamodeller

16/11/14. Databasteknik och informationssystem DD1370. Information. Dagens föreläsning: ERmodeller Dagens föreläsning. Påminnelse: Kursens mål

! Webprogrammering. ! Databasteori och praktik. ! Fö, le, la + projekt. ! Examination (tenta, dugga + labb, ! Studera användarna och deras problem

Tentamen för DD1370 Databasteknik och informationssystem

25/11/14. Databasteknik och informationssystem DD1370. Påminnelse inför Lab 1 redovisningen. Repetition: ER modellering (gammalt + nytt)

Databasdesign. E-R-modellen

Webprogrammering och databaser. 729G28 Webprogrammering och databaser. Kursöversikt. Praktisk info. Webprogrammering. Ändringar mot förra året

Programdesign, databasdesign. Databaser - Design och programmering. Funktioner. Relationsmodellen. Relation = generaliserad funktion.

Föreläsning 3 Dagens föreläsning går igenom

Tentamen för DD1370 Databasteknik och informationssystem

Webbprogrammering, grundkurs 725G54

Tentamen för DD1370 Databasteknik och informationssystem

Vad är en databas? Databaser. Relationsdatabas. Vad är en databashanterare? Vad du ska lära dig: Ordlista

Databaser - Design och programmering. Relationsmodellen. Relationer - som tabeller. Relationer som tabeller. Alternativa notationer: Relationsschema

08/12/14. Databasteknik och informationssystem DD1370. Behövs Föreläsning 8? Kursens (återstående) mål Dagens föreläsning

11/11/13. Databasteknik och informationssystem DD1370. Dagens föreläsning. Dagens föreläsning: ERmodeller Jmf: Relationer i Base

Vad är en databas? Databaser. Relationsdatabas. Vad är en databashanterare? Vad du ska lära dig: Ordlista

Modul DB1-1 Databasmodellering

E-R-modellen, E-R-diagram E-R-diagram. representerar entitetsmängder

Lite om databasdesign och modellering

NORMALISERING. Mahmud Al Hakim

Tentamenskod: Tentamensdatum: Tid: 14:00-19:00. Inga hjälpmedel är tillåtna

Relationsdatabasdesign

Ett arbetsexempel Faktureringsrutin

D0004N Databaser I. Greenline. Petter Hedlin / epeehi-4 Rikard Stenmark / rikste-8 Markus Almberg / maralm-5

Tentamen ISGB01 (delkurs i ISGB24) Databasdesign 7,5 Poäng

Entity-Relationship-modellen

Logisk databasdesign

Abstract. Webbsida för lagring av alumner i en databas. Website containing a database for the storage of alumni contact information.

Databasteknik för D1, SDU1 m fl

TENTAMEN För kursen. Databasteknik. Ansvarig för tentamen: Anna Palmquist. Förfrågningar: Anslås inom 3 veckor

Databaser. Vad du ska lära dig: Ordlista

02/12/14. Databasteknik och informationssystem DD1370. Behövs Föreläsning 8? Dagens föreläsning. Om Lab 1. De 11 Stegen (Kokbok)

Ett annat exempel på en E-R modell. En bank. Beskrivning av banken

! Teori och praktik. ! Ändringar från förra året. ! Examination (tenta, projekt) LiU. ! Varför ni? ! Varför överhuvudtaget? LiU

(Data)Modellering. nikos dimitrakas rum 2423

Relationsmodellen och syntetisk databasdesign

Databaser - Design och programmering. Programutveckling. Programdesign, databasdesign. Kravspecifikation. ER-modellen. Begrepps-modellering

TENTAMEN. För kursen. Databasteknik. Ansvarig för tentamen: Cecilia Sönströd. Förfrågningar: Anslås inom 3 veckor

Objektorienterad programmering Föreläsning 12. Copyright Mahmud Al Hakim

Webprogrammering och databaser. Begrepps-modellering. Exempel: universitetsstudier Kravspec. ER-modellen. Exempel: kravspec forts:

TENTAMEN. För kursen. Databasteknik. Ansvarig för tentamen: Cecilia Sönströd. Förfrågningar: Anslås inom 3 veckor

Föreläsning 4 Dagens föreläsning går igenom

Karlstads Universitet, Datavetenskap 1

Introduktion till MySQL

Idag. Varför modellera? Modellering. Modelleringsverktygets egenskaper. Modelleringsverktyget

Databashantering och Beslutsstöd

Frågor och svar till tentamen i Kravhantering

TENTAMEN TDDB77 Databaser och Bioinformatik 15 mars 2002, kl 14-18

Objektorienterad programmering Föreläsning 8. Copyright Mahmud Al Hakim Agenda (halvdag)

Design och underhåll av databaser

Relationsdatabasdesign, 2I-4067

Databasteknik för D1, SDU1 m fl

Skriftlig tentamen i kurserna TDDD12 och TDDB48 Databasteknik kl

Laboration 1, Datamodellering. Observera. Tips. Förberedelse. Genomförande

Objektorienterad Systemutveckling 1 (7,5 hp)

Databasutveckling Microsoft T-SQL - Fortsättning. Funktioner GROUP BY HAVING Skapa databaser Skapa tabeller Lite om transaktioshantering

Föreläsning 3 Transformation från konceptuell datamodell till relationsschema ( Syntetisk databasdesign ) Vad är ett databashanteringssystem?

Databaskunskap 7,5 högskolepoäng Provmoment: Ladokkod: Tentamen ges för:

Vad är en databas? Databaser. Relationsdatabas. Vad är en databashanterare? Vad du ska lära dig: Ordlista

Databaser - Design och programmering. Kursöversikt. Exempel: telefonbok. Varför databaser?

Tentamen ISGB01, ISGB24. Databasdesign 7,5 Poäng

Reducering till relationsscheman

Sample exam questions. Database exam TIG058

Konceptuell modellering

Concepts learned this far. ER till relationer. ER till relationer. ER till relationer. TDDD12 Database Technology

Kursplanering Utveckling av webbapplikationer

TENTAMEN. För kursen. Databasteknik. Ansvarig för tentamen: Cecilia Sönströd. Förfrågningar: Anslås inom 3 veckor

Introduktion MySQL och MariaDB

UTVECKLING AV FONDFÖRSÄKRINGSSYSTEM

TENTAMEN. För kursen. Databasteknik. Ansvarig för tentamen: Cecilia Sönströd. Förfrågningar: Anslås inom 3 veckor

kl Tentaupplägg

Relationsmodellen. Relations modellen är idag den mest änvända datamodellen för kommersiella

Tentamen Databasteknik

Identifiering av typsituationer som kan skapa problem vid design och implementering av relationsdatabaser (HS-IDA-EA )

Databaser och databasdesign. Den relationella modellen, normalisering och modellering (2)

Logisk modell. Fysisk modell. Datamodeller Konceptuell modell

Grunderna för relationsmodellen!

TDDD12 och TDDD46 Databasteknik. Lena Strömbäck

Vad är en databas? Databasutveckling Med MySQL/MariaDB

Normalisering. Varför? För att åstadkomma en så bra struktur i databasen som möjligt med minimalt med dubbellagrad info.

Objektorienterad programmering

TDDI 60 Tekniska databaser

Objektorienterad programmering Föreläsning 9. Copyright Mahmud Al Hakim Agenda (halvdag)

TENTAMEN TDDB77 Databaser och Bioinformatik 24 april 2004, kl 14-18

Objektorienterad programmering

INSTALLATION...3 ATT KOMMA IGÅNG...3 PROGRAMMETS DESIGN...4 LÄGGA TILL TABELL...4 EDITERA TABELL...4 EDITERA RELATION...5 SPARA OCH AVSLUTA...

Databaser - Design och programmering

Transkript:

INTRODUKTION TILL ER ENTITY-RELATIONSHIP Mahmud Al Hakim mahmud@webacademy.se 1 REFERENS TILL DETTA MATERIAL: WWW.DATABASTEKNIK.SE/WEBBKURSEN 2 1

KONCEPTUELLA DATAMODELLER Om man ska skapa en databas som beskriver en del av verkligheten t.ex. ett företag, brukar man börja med att göra en beskrivning av hur den delen av verkligheten ser ut och fungerar. Denna beskrivning på hög nivå kan kallas en konceptuell eller begreppsmässig beskrivning. I stället för beskrivning säger man ofta schema. Om man vill skapa en databas måste det konceptuella schemat översättas till ett schema som går att mata in i en databashanterare. 3 ER-DIAGRAM En vanlig konceptuell datamodell är den så kallade ER-modellen. "ER" står för "Entity-Relationship", dvs ungefär "saker" och "samband". ER-diagram är ett enkelt sätt att designa och beskriva saker som finns i databasen samt sambanden mellan dessa saker. 4 2

GRUNDERNA FÖR HUR MAN RITAR ERD Rita upp de typer av saker som finns i databasen. De kallas entitetstyper, och ritas som fyrkantiga lådor. Rita sen upp de samband som finns mellan de olika typerna av saker. De kallas sambandstyper, och ritas som diamanter mellan de fyrkantiga lådorna 5 SAMBANDSTYPER Sambandstyper kan vara av tre olika slag, så kallade kardinalitet (Cardinality). 1. Ett-till-ett-samband (1:1-samband) 2. Ett-till-många-samband (1:N-samband) 3. Många-till-många-samband (N:M-samband) 6 3

ETT-TILL-ETT-SAMBAND (1:1-SAMBAND) En sambandstyp där en sak av något slag kan höra ihop med en sak av ett annat slag, och varje sak av det andra slaget kan höra ihop med en sak av det första slaget. Exempel: En person kan vid ett och samma tillfälle bara köra en bil, och varje bil kan bara köras av en person. 7 ETT-TILL-MÅNGA-SAMBAND (1:N-SAMBAND) En sambandstyp där en sak av något slag kan höra ihop med flera saker av ett annat slag, men varje sak av det andra slaget kan bara höra ihop med en sak av det första slaget. Exempel: En person kan äga flera bilar, men varje bil kan bara ägas av en person. Om man vänder på det och börjar med bilarna blir det i stället ett många-till-ett-samband (N:1-samband). 8 4

MÅNGA-TILL-MÅNGA-SAMBAND (N:M-SAMBAND) En sambandstyp där en sak av något slag kan höra ihop med flera saker av ett annat slag, och varje sak av det andra slaget kan höra ihop med flera saker av det första slaget. Exempel: En person kan äga flera hus, och varje hus kan ägas gemensamt av flera personer. 9 FLERA SAMBANDSTYPER MELLAN SAMMA ENTITETSTYPER Det går bra att ha flera olika sambandstyper som binder ihop samma entitetstyper. Till exempel kan personer kanske bo i husen, men de kan också äga husen. Hus kan ägas gemensamt av flera personer, och varje person kan vara med och äga flera hus. 10 5

FULLSTÄNDIGT DELTAGANDE Om varje person som är med i databasen måste bo i ett hus, kan man rita ut det villkoret med ett dubbelstreck mellan Person och Bor i. Det kallas fullständigt deltagande: alla personer som finns med i databasen måste delta i ett boendesamband. 11 ATTRIBUT Om sakerna eller sambanden har egenskaper, så kallar man dem attribut, och ritas som ovaler. OBS! Personnummer och Husnummer är primära nycklar. 12 6

SAMBANDSTYPER KAN HA EGENSKAPER Inflyttningsår anger vilket år en person flyttade in i det hus hon bor i. I det här fallet skulle man också kunna sätta attributet Inflyttningsår på personen, eftersom varje person bor i exakt ett hus, och alltså har exakt ett inflyttningsår, men det är nog naturligare att låta inflyttningsåret höra till Bor i-sambandet. 13 SAMMANSATTA ATTRIBUT Ibland kan ett attribut vara sammansatt av flera delar, som hör ihop men som man även vill behandla var för sig. Då kan man rita det som ett sammansatt attribut. 14 7

FLERVÄRDA ATTRIBUT Vill man kunna lagra flera telefonnummer som hör till en person. Då kan man rita det som ett flervärt attribut (även kallat multipelt attribut) genom att använda en dubbelellips runt attributnamnet 15 HÄRLEDDA ATTRIBUT En del attribut vill man kanske inte lagra i databasen, utan man kan räkna ut dem utifrån andra data som redan finns i databasen. Sådana härledda attribut markeras med en streckad oval. 16 8

SVAGA ENTITETSTYPER Lägenheterna innehåller rum, men rummen har bara namn, som inte är unika för hela databasen. Däremot är de unika inom en viss lägenhet: om man vet ett rumsnamn, och numret på den lägenhet som rummet hör till, så räcker det för att unikt identifiera rummet i hela databasen. 17 SKILJ PÅ SCHEMA OCH DATA ER-diagrammet är ett schema, och beskriver vilka data som kan lagras. Det är inte en avbildning av datat. Det här ER-diagrammet säger alltså inte att det finns en person som är vän med sig själv, utan det säger att personer kan vara vänner med andra personer: 18 9

SKILJ PÅ ER-DIAGRAM OCH TABELLER Även om man ofta översätter ER-diagram till tabeller, för att kunna lagra sin databas i en relationsdatabashanterare, så har ERdiagrammet i sig inget med tabeller att göra. Det man ritar ut i ett ER-diagram är alltså inte tabeller och kopplingarna mellan dem, även om en del (men inte alla) av entitetstyperna sen kan översättas till tabeller, och en del (men inte alla) av sambandstyperna kan översättas till kopplingar mellan tabeller. 19 OBJEKTIFIERING AV SAMBANDSTYPER Ibland kan man välja mellan att använda sig av en sambandstyp eller en entitetstyp. Att använda en entitetstyp i stället för en sambandstyp betyder att man betraktar kopplingen som en egen sak, och inte bara som en koppling mellan två andra saker. Det kallas ibland objektifiering. Till exempel kan vi göra om Bor i-sambandet till en egen entitetstyp, som vi kallar Boende. 20 10

ALTERNATIVA NOTATIONER Bildkälla: https://en.wikipedia.org/wiki/entity%e2%80%93relationship_model 21 11