Databasteknik: Lösningar till teoriövning 3

Uppgift 1

Tabeller, med primärnyckeln (som också är den enda kandidatnyckeln i respektive tabell) understruken:

Maskar(ID, Namn, Längd, Bor i)
Äpplen(ID, Färg, Växer på)
Träd(ID, Höjd)

Referensattribut ("främmande nycklar"):

Maskar.Bor i refererar till Äpplen.ID
Äpplen.Växer på refererar till Träd.ID

Här är tabellerna med lite exempeldata:

Träd
ID	Höjd
1	11
2	12
3	13

Äpplen
ID	Färg	Växer på
1	Rött	1
2	Rött	2
3	Grönt	1

Maskar
ID	Namn	Längd	Bor i
1	Max	11	1
2	Bengt	12	1
3	Kurt	13	2
4	Alpha	13	2
5	Bravo	13	3

Följdfrågor:

Är höjden en nyckel?
Gör det något att det finns ett träd, ett äpple och en mask som alla har nummer 3?
Alla äpplen innehåller maskar. Betyder det att det är ett fullständigt deltagande av äpplena i Bor i-sambandet?
Hade man kunnat vända på sambanden, så att det står för varje äpple vilka maskar som bor i det äpplet, eller att det står för varje träd vilka äpplen som växer på det?

Uppgift 2

Vi lägger till två nya tabeller:

Trädgårdsmästare(ID, Namn)
Sköter(Trädgårdsmästare, Träd)

I tabellen Sköter bildar Trädgårdsmästare tillsammans med Träd primärnyckeln (som också är den enda kandidatnyckeln i tabellen).

Referensattribut ("främmande nycklar"):

Sköter.Trädgårdsmästare refererar till Trädgårdsmästare.ID
Sköter.Träd refererar till Träd.ID

De nya tabellerna med exempeldata:

Trädgårdsmästare
ID	Namn
1	Göran Grön
2	Guran
3	Zoltan Zull

Sköter
Trädgårdsmästare	Träd
1	1
1	2
2	2
1	3

I tabellen Sköter borde Trädgårdsmästare och Träd vara understrukna med ett gemensamt streck, som går under bägge kolumnnamnen, men jag lyckades inte göra ett streck som går över två kolumner i HTML.

Följdfrågor:

Varför behövs tabellen Sköter?
Kunde man ersatt tabellen Sköter med en kolumn i tabellen Träd där man skriver in alla de trädgårdsmästare som sköter om respektive träd?
Kunde man ersatt tabellen Sköter med tre kolumner i tabellen Träd som anger vilka högst tre trädgårdsmästare som sköter om respektive träd?
Det finns ingen entitetstyp Sköter i ER-diagrammet. Är inte det konstigt?
Varför behövs inte några tabeller för Bor i och Växer på?
Hade man kunnat ha tabeller för Bor i och Växer på?

Uppgift 3

Tabeller, med primärnyckeln (som också är den enda kandidatnyckeln i respektive tabell) understruken:

Bestick(Nr, Vikt, Längd)
Knivar(Nr)
Gafflar(Nr, Antal spetsar)
Skedar(Nr, Volym)
Brödknivar(Nr)
Smörknivar(Nr, Material)

Referensattribut ("främmande nycklar"):

Knivar.Nr refererar till Bestick.Nr
Gafflar.Nr refererar till Bestick.Nr
Skedar.Nr refererar till Bestick.Nr
Brödknivar.Nr refererar till Knivar.Nr
Smörknivar.Nr refererar till Knivar.Nr

Här är tabellerna med gaffeln, smörkniven, sporken och motorsågen inlagda:

Bestick
Nummer	Vikt	Längd
1	17	19
2	10	20
3	20	15
4	8000	100

Knivar
Nummer
2

Gafflar
Nummer	Antal spetsar
1	3
3	4

Skedar
Nummer	Volym
3	10

Smörknivar
Nummer	Material
2	Trä

Brödknivar
Nummer

Uppgift 4

Tabeller, med kandidatnycklarna understrukna:

Barn(Id, Namn, Adress, Bor)
Presenter(Id, Namn)
Länder(Id, Namn)
Önskar(Barn, Present, Prioritet)
Får(Barn, Present)

Referensattribut:

Barn.Bor refererar till Länder.Id
Önskar.Barn refererar till Barn.Id
Önskar.Present refererar till Presenter.Id
Får.Barn refererar till Barn.Id
Får.Present refererar till Presenter.Id

Följdfrågor:

Vad är det för skillnad på en tabell med flera kandidatnycklar, som Länder, och en med en sammansatt kandidatnyckel, som Önskar.
Tabellen Länder har alltså flera kandidatnycklar. Vilken av dem är primärnyckel?

Thomas Padron-McCarthy (thomas.padron-mccarthy@oru.se), 10 november 2022