OPGELOST

hey mensen.

een kort vraagje:
is het vreemd (of anders(beter) op te lossen)? omdat filmkenner alleen maar is aangemaakt om verschillende filmkenners te onderscheiden via kenner_id.. en verder dus geen andere velden bevat als kenner_id

Foreign Key:
vanuit bezoek.kenner_id naar filmkenner.kenner_id



==========================
VRAAGTWEE


Nog een vraag,
zou deze db ermee door kunnen:

ERD:
www.marviins.nl/database.jpg
(zelf ff je scherm vergroten voor duidelijke image)


FOREIGN KEYS:

film.reg_id naar regisseur.reg_id
film.acteur_id naar acteur.acteur_id
film.prijs_id naar prijs.prijs_id
bezoek.bios_id naar bioscoop.bios_id
bezoek.film_id naar film.film_id 
rol.acteur_id naar acteur.acteur_id



ik weet de naam niet meer ervoor maar de tabel
'boekspeelfilm' is een speciale 'film' tabel.. (een uitbreiding zeg maar)
er is een naam voor die weet ik alleen ff niet meer..

maar? kan het ermee door zo?

Dan is de tabel Filmkenner dus overbodig. Die tabel heeft alleen nut als er nog additionele informatie in staat wat meer zegt over de filmkenner. Maar als je ze alleen onderscheid naar het id, is het plaatsen van dat gegeven in de Bezoek tabel voldoende.

Hierbij natuurlijk wel ervan uitgaand dat kenner_id niet in een andere tabel gebruikt wordt. Anders is het wel van belang om een aparte tabel te hebben aangezien je anders bij het aanpassen van de ene kenner_id niet direct de andere kenner_id aanpast (via foreign key constraints), en je dus met een corrupte database zit.
OKe blanche,

je antwoord kon niet duidelijker :D
de kenner_id is alleen nodig in 'bezoek'
dus oke dan voeg ik de kenner_id aan de
'bezoek' tabel en verwijder ik de 'filmkenner'
table..

bedankt voor je reactie
Nog een vraag,
zou deze db ermee door kunnen:

ERD:
www.marviins.nl/database.jpg
(zelf ff je scherm vergroten voor duidelijke image)


FOREIGN KEYS:

film.reg_id naar regisseur.reg_id
film.acteur_id naar acteur.acteur_id
film.prijs_id naar prijs.prijs_id
bezoek.bios_id naar bioscoop.bios_id
bezoek.film_id naar film.film_id 
rol.acteur_id naar acteur.acteur_id



ik weet de naam niet meer ervoor maar de tabel
'boekspeelfilm' is een speciale 'film' tabel.. (een uitbreiding zeg maar)
er is een naam voor die weet ik alleen ff niet meer..

maar? kan het ermee door zo?
link werkt niet, heb je een betere?
link werkt niet, huh?
bij mij wel gewoon...
hij opent het plaatje in de browser..
die is heel lelijk.. als je je venster maximaliseerd is die duidelijk
te lezen..

http://www.marviins.nl/database.jpg
Ik weet niet precies wat de bedoeling is van deze database, maar enkele suggesties:

'Rol' moet niet alleen een verwijzing hebben met een acteur, maar ook met een de film waarin hij die rol vertolkt.

Type zou kunnen verwijzen naar een andere tabel waarin je de verschillende types definieerd (hoofdrol, bijrol, enz)

Let er op dat acteurs in comedy's dubbele rollen kunnen hebben (In "coming to america" speelt eddy murphy bijv. 6 verschillende typetjes)



Bij de meeste tabellen zou een omschrijving kunnen worden toegevoegd. (Regiseur/acteur: biografie, film -> samenvatting, etc)



Dat was mijn feedback.. de volgende meer succes :)
Deze database is bedoeld voor een schoolopdracht
(ja we moeten databases ontwerpen en realiseren)

en uit de opdracht heb ik alles gefilterd en de attributen die
in deze jpg staan zijn diegene die ik moet gebruiken meer hoeft (mag)
niet...



'Rol' moet niet alleen een verwijzing hebben met een acteur, maar ook met een de film waarin hij die rol vertolkt.

Type zou kunnen verwijzen naar een andere tabel waarin je de verschillende types definieerd (hoofdrol, bijrol, enz)

Let er op dat acteurs in comedy's dubbele rollen kunnen hebben (In "coming to america" speelt eddy murphy bijv. 6 verschillende typetjes)
[quote] de relatie tussen acteur en rol is ook N:1,
dus '1 acteur kan meerdere rollen hebben' (zie tekening)



die eerste 2 feedbacks zal ik even bekijken en proberen te verwerken
[/quote]


EDIT


Bij de meeste tabellen zou een omschrijving kunnen worden toegevoegd. (Regiseur/acteur: biografie, film -> samenvatting, etc)

Dit was overbodig met de opdracht... het is alleen een oefendatabase en hoeft niet echt gebruikt te gaan worden.. normaal zou het inderdaad wel zo
makkelijk zijn ja:P


thnxx voor je feedback,
verder zag het er goed uit?


Reageren