Databasteknik: Svar till övningar - kapitel 3, övning 2, Kategorier av detaljer
Vi skulle kunna rita in de olika kategorierna i ER-schemat,
kanske som en arvshierarki,
men då måste man ändra i schemat varje gång en ny kategori tillkommer.
Det står i uppgiften att det hela tiden tillkommer nya kategorier,
så därför är det ingen bra lösning.
Schemat ska ändras sällan!
Därför är det bättre att låta de olika kategorierna ingå i databasens data,
i stället för i schemat, till exempel så här:
Kommentarer:
-
Vi har gett varje kategori ett unikt namn,
men också ett identitetsnummer som vi använder som primärnyckel.
Sen när vi översätter till tabeller
är det oftast praktiskt att låta varje tabell
ha ett enkelt numeriskt värde som primärnyckel,
även om det redan finns en unikt teckensträng.
-
Det är förstås tveksamt om vi ska rita ut de extra nycklarna redan nu i ER-diagrammet,
för ER-diagrammet visar ju inte tabeller.
ER-diagrammet skulle mycket väl kunna översättas till någon annan implementationsmodell,
till exempel en objektorienterad,
där det inte finns något behov av dessa extra nycklar.
-
Varje kategori kan innehålla många detaljer,
och varje detalj tillhör en enda kategori.
Därför kan vi se kategorierna och detaljerna som en hierarki.
Av Thomas Padron-McCarthy
(e-post: boken@databasteknik.se)
Senaste ändring:
22 juli 2005