E-R-modellen, E-R-diagram 6-14 Komponenter Rektanglar Ellipser Ruter Linjer E-R-diagram representerar entitetsmängder repr. attribut repr. relationskapsmängder länkar attribut till entitetsmängder och entitetsmängder till relationskapsmängder Dubbla ellipser repr. flervärda attribut Streckade ellipser repr. härledda attribut Dubbla linjer totalt deltagande av en entitetsmängd i en relationskapsmängd Primärnyckelattribut är understreckade En riktad linje från en relationskapsmängd till en entitetsmängd anger att relationskapsmängden är 1-1 eller m-1. En oriktad linje anger att den är 1-m eller m-m. last-name middle-name type-ass. date-of-birth first-name -id -street emp-name address -city tel-num cust- banker age
E-R-modellen, E-R-diagram 6-15 title level 3-vägsrelationskap branch-name branch-city assets job emp-name address emp-id branch works- on Endast en pil ut från en icke-binär relationskapsmängd är tillåten ty i annat fall kan relationsskapen tolkas på två olika sätt. Totalt deltagande av en entitetsmängd i en relationskapsmängd -id adress -number borrower Varje entitet i entitetsmängden () deltar i åtminstone en relationskap i relationskapsmängden (borrower). Kardinalitetsbegränsningar för relationskapsmängder -id adress -number borrower 0..* 1..1 Undre och övre gränser för antalet deltagare i en relationskap kan anges i formen l..h där l anger minimum och h maximum kardinalitet. En stjärna (*) för h betyder att inga begränsningar finns.
E-R-modellen, E-R-diagram 6-15 Roller Entitetsmängder för en relationskap behöver ej vara olika. Ex.: emp-name works- for emp-id tel-num manager worker Etiketterna "manager" och "worker" kallas roller; de anger hur -entiteten verkar via works-for-relationskapsmängden
E-R-modellen, Designfrågor 6-16 E-R-design Skall ett objekt modelleras som en entitet eller som ett attribut? emp-id emp-name tel-num Bättre om en person har många telefoner och information om t.ex. typen (bärbar, vägg,..) behövs, om flere personer delar en telefon? Många telefonnummer per person kan impl. som ett emp-name flervärt attribut emp-id tel-num location emp-- tel telephone Inget enkelt svar. Vilket alternativ som är bättre är beroende av strukturen hos organisationen - hurdan typ av information som behövs. Men allmänt gäller: En primärnyckel för en entitetsmängd bör inte väljas som attribut till en annan entitetsmängd istället för en relationskap. Primärnycklar för entitetsmängderna som är relaterade bör ej vara attribut för relationskapsmängd ty dessa ingår redan implicit i relationskapen. -id -number -id -number borrower
E-R-modellen, Designfrågor 6-17 Skall ett objekt modelleras som en entitetsmängd eller som en relationskapsmängd? -id -number branch-city branch-name adress assets brach? branch-name -id adress -number borrower En relationskapsmängd är ett sämre val än en entitetsmängd om ett lån bör kunna associeras med flere kunder eller med flere grenar. Ty om ett lån är gemensamt för flere kunder måste en relationskap per kund definieras. Dubblering av information i databasen. För varje delägare av lånet lagras -number och. Rättesnöre: För att modellera aktioner som sker mellan entitetsmängder används relationskapmängder.
E-R-modellen, Designfrågor 6-18 Skall relationskaper modelleras som binära eller icke-binära? Vissa icke-binära relationskaper kan representeras effektivare som flere binära relationskaper: mamma barn parent pappa mamma mother barn father pappa En icke-binär, n-faldig (n>2) relationskap kan alltid ersättas av flere binära relationskaper: C C R C A R B A R A E R B B E ärver R:s attribut. För E skapas ett attribut som identifierar entiteterna i E. För varje relationskap (a i, b i, c i ) i R skapas en entitet e i i E och för varje e i införs (e i, a i ) i R A (e i, b i ) i R B (e i, c i ) i R C En E-R-modell kan begränsas att omfatta enbart binära relationskapsmängder Detta är dock inte alltid önskvärt ty En n-faldig relationskapsmängd visar tydligare att flere entiteter deltar i en viss relationskap Kräver mera lagringskapacitet (flere tabeller, ett extra identifierande attribut). Begränsningarna på den icke-binära relationskapsmängden kan ej alltid överföras på de binära.
E-R-modellen, Svaga entitetsmängder 6-19 Svaga entitetsmängder En svag entitetsmängd har ingen primärnyckel (en entitetsmängd som har en primärnyckel kallas stark). Relaterat till begreppet existensberoende. Ex.: Entitetsmängden payment har tre attribut: pay-number, pay-date och pay-. pay-number är ett löpnummer startande från 1 för varje lån. Dvs. Betalningar på ett lån har unika nummer men betalningar på två olika lån har samma nummer. pay-number är ingen primärnyckel. pay-date diskriminator -number pay-number pay- -pay. payment Varje svag entitetmängd måste associeras med en identifierande entitetsmäng. Den svaga mängden säges vara existensberoende av den identifierande, starka mängden. Den associerande relationskapsmängden kallas identifierande relationskapsmängd. För att kunna skilja mellan alla de entiteter (i den svaga mängden) som är relaterade till en viss entitet i den identifierande mängden behövs en diskriminator eller partiell nyckel (dvs. pay-number i exemplet). Primärnyckel för en svag entitet : Primärnyckeln för den identifierande entiteten (på vilken den är existensberoende) + dess diskriminator Primärnyckeln för payment är alltså {-number, pay-number}
E-R-modellen, Utvidgade E-R-drag 6-20 Utvidgade E-R-drag Ibland kan vissa aspekter av en databas uttryckas med utvidgningar av den grundläggande E-R-modellen. T.ex.. Specialisering balance Generalisering account-number Attributarv overdraft- Aggregering interest-rate account Specialisering Specialisering är en top-down designprocess som grupperar entiteter inom en entitetsmängd till lägrenivåentitetsmänder: En entitetsmängd kan innehålla delmängder som kan åtskiljas från andra entiteter i mängden. T.ex. kan en delmängd ha attribut som ej de övriga entiteterna i mängden har. E-R-modellen tillåter gruppering av entiteter inom en entitetsmängd. Dessa undergrupperingar blir lägrenivåentitetsmängder som har attribut eller relationskaper som inte gäller för den högrenivåentitetsmängden. Ex.: Konton inom en entitetsmängd account med attributen accountnumber och klassificeras som saving-account eller checking-account. Alla konton beskrivs av attributen ovan och savingaccount dessutom av interest-rate och checking-account av overdraft-. Specialisering anges i E-Rdiagram m.h.a. en triangel kallad ISA (= is a ). account-number account balance checking-account IS An account interest-rate ISA overdraft- saving-account check.-account
E-R-modellen, Utvidgade E-R-drag 6-21 Designen för ett system kan förfinas stegvis genom att successivt tillämpa specialisering på undergrupp. account-number balance account depositor interest-rate ISA overdraft- saving-account check.-account ISA standard gold senior num-checks intr.-payment min-balance date-of-birth Generalisering Generalisering är en bottom-up designprocess som kombinerar ett antal entitetsmängder som delar samma drag till en högrenivåentitetsmängd. Specialisering och generalisering är således inversioner av varandra och representeras i ett E-R-diagram på samma sätt. Attributarv - en lägrenivåentitetsmängd ärver alla attribut och relationskap från den högrenivåentitetsmängden.
E-R-modellen, Utvidgade E-R-drag 6-22 Designinskränkningar på en generalisering: Begränsningar på vilka entiteter som kan vara medlemmar av en given lågrenivåentitetsmängd: Villkorsdefinierade begränsningar: medlemskapet bestäms av ett villkor som entiteten måste satisfiera för att tillhöra lågnivåmängden. Användardefinierade begränsningar: databasanvändaren bestämmer vilka entiteter som tillhör en given entitetsmängd. Begränsning / icke -begränsning av medlemskap till mera än en lägrenivåentitetsmängd inom en enda generalisering: En disjunkt generalisering kräver att en entitet tillhör bara en lågnivåentitetsmängd. En överlappande generalisering tillåter att en entitet tillhör flere lågnivåentitetsmängder (default). Fullständighetsbegränsningar: En total generalisering eller specialisering kräver att varje högnivåentitet tillhör en lågnivåentitetsmängd. En partiell generalisering eller specialisering tillåter att högnivåentiteter ej tillhör någon lågnivåentitetsmängd (default).
E-R-modellen, Utvidgade E-R-drag 6-23 Aggregering En begränsning i E-R-modellen är att den inte kan uttrycka relationskaper mellan relationskaper. Lösningen är att använda aggregering, en abstraktion där relationskaper behandlas som högrenivåentiteter. Ex.: Lånekunder kan få råd av flera än en -officer. soc-sec adress -number branch-name borrower - officer e-soc-sec tel-num emp-name Relationskapsmängderna borrower och -officer representerar samma information. Denna dubblering kan elimineras via aggregering.
E-R-modellen, Utvidgade E-R-drag 6-24 Aggregering Behandlar relationskap som en abstrakt entitet Tillåter relationskaper mellan relationskaper Abstraktion av relationskap till en ny entitet Utan att introducera redundans representerar följande diagram: att en kund kan ha lån att en anställd kan vara en officer för ett - -par. soc-sec adress -number branch-name borrower högnivåentitetsmängd (mängd av - -par) - officer e-soc-sec tel-num emp-name