OOD  Relationel database: Klasser Hver klasse afbildes over i en tabel. Klassens navn bruges som navn på tabellen. Hver af klassens attributter afbildes.

Præsentationer af emnet: "OOD  Relationel database: Klasser Hver klasse afbildes over i en tabel. Klassens navn bruges som navn på tabellen. Hver af klassens attributter afbildes."— Præsentationens transcript:

1 OOD  Relationel database: Klasser Hver klasse afbildes over i en tabel. Klassens navn bruges som navn på tabellen. Hver af klassens attributter afbildes over i en søjle i tabellen. Tabellen udbygges med en søjle, som indeholder en entydig reference til ethvert objekt. For hver attribut overvejes endvidere –domæne (type) –muligheden for NULL værdier –relevante nøgler Kunde CPR-nr Navn Adresse kunde-IDCPR-nrnavnadresse 1010155-2321Jens AndersenSøndergade 6 2101289-7566Oda NielsenAlgade 99 1251060967-2390Pia SchrøderBispensgade 27

2 Associering UML notation Svarer til en relation i ER-modellen

3 Aggregeringsstruktur: Mange-til-mange Kunde-Konto Konto Kunde kunde-IDkonto-ID 1 2 1 4 2 1 2 2 2 4 3 3 4 2 4 1251 5 1251 256 25 kunde-IDCPR-nrnavnadresse 1010155-2321Jens AndersenSøndergade 6 2101289-7566Oda NielsenAlgade 99 1251060967-2390Pia SchrøderBispensgade 27 konto-IDkonto-nrsidste-udtogkontotype 1615-6789280295checkkonto 2931-1453311294lån 256112-7290120395checkkonto Konto Saldo SidsteUdtog Kontotype Kunde CPR-nr Navn Adresse 0:m 1:m Som n-m relationer

4 Aggregeringsstruktur: en-til-mange Konto konto-IDkonto-nrsidste-udtogkontotypekunde-ID 1615-6789280295checkkonto 2 2931-1453311294lån 2 1251112-7290120395checkkonto 5 Nøglen for den ene klasses objekter bliver til attribut- værdier (fremmednøgler) i den anden klasses objekter. Konto Saldo SidsteUdtog Kontotype Kunde CPR-nr Navn Adresse 1 1:m Som 1-n relationer

5 Klassestruktur: Generalisering Generalisering: tre alternativer 1.Hver klasse afbildes i en tabel. De generelle og specielle dele af et objekt bindes sammen med nøgler. 2.Hver specialiseringsklasse afbildes i en tabel, som også indeholder generaliseringsklassens attributter. 3.Generaliseringsklassen afbildes i en tabel, som også indeholder alle specialiseringsklassernes attributter. Konto KontoNr SidsteUdtog Checkkonto Rentesats SidsteHæfte Lån Hovedstol Afdrag Afdragsdato

6 Generalisering (1) konto-IDkonto-nrsidste-udtogkontotype 1615-6789280295checkkonto 2931-1453311294lån 256112-7290120395checkkonto konto-IDrentesatssidste-hæfte 10,1100395 2560,5221294 Konto konto-IDhovedstolafdragafdragsdato 225000250030 Checkkonto Lån Begrebsmæssig klar. Enkel og overskuelig. Let at ændre. Besværligt at tilgå objekter (kræver join). Konto KontoNr SidsteUdtog Checkkonto Rentesats SidsteHæfte Lån Hovedstol Afdrag Afdragsdato

7 Generalisering (2) Checkkonto konto-IDkonto-nrsidste-udtogrentesatssidste-hæfte 1615-67892802950,1100395 256112-72901203950,5221294 Ingen tabel for generaliseringsklassen. Enkel tilgang, når kontotypen kendes. Bedst når generaliseringsklassen har få attributter. Dur ikke ved overlap (redundans) Konto KontoNr SidsteUdtog Checkkonto Rentesats SidsteHæfte Lån Hovedstol Afdrag Afdragsdato

8 Generalisering (3) Konto Ingen tabeller for specialiseringsklasserne. Enkel tilgang. Bedst når generaliseringsklassen har mange attributter (og specialiseringerne få!). Giver mange NULL-værdier konto-IDkonto-nrsidste-udtogkontotyperentesatssidste-hæftehovedstolafdragafdragsdato 1615-6789280295checkkonto0,1100395 2931-1453311294lån25000250030 256112-7290120395checkkonto0,5221294