[ACCESS] Normaliseren, is dit goed?

[Verwijderd]

Ik moet een database programma maken van de formule 1 van dit
seizoen voor school. (Ja ik heb de FAQ gelezen en ben er al
een week mee bezig)

Nou heb ik ontzettend veel gegevens (vind ik).

Ik heb 6 tabellen gemaakt, maar volgens mij klopt er geen
hout van. Ik heb natuurlijk een Database boek van school, maar
er staat geen een voorbeeld in, dus dat maakt het niet echt
eenvoudig.

code:

Coureur     Team        Auto        Race
=======     ====        ====        ====
Naam           Naam     *Code      *Datum
Gebdat       Hoofdsponsor    MaxPK     Plaats
Gewicht     Baas        v-Coureurcode Land
Nationaliteit   *Code        v-MotorCode   AantalDeelnemers
Aantaljaar     v-Auto_Code     v-BandenCode
Geslacht
*Code
v-Teamcode


Banden     Motor
======     =====
*Code       *Code
Merk         Merk
Leverancier    Leverancier

* = Primaire Sleutel
v = Vreemde Sleutel/Foreign Key

Voor ieder attribuut in de tabel staat de tabelnaam en underscore
als prefix, dus coureur_naam en motor_code (maar zo paste het beter)

Nu is mijn vraag eigenlijk, zit ik op de goeie weg, want
mijn klasgenoten snappen het ook niet, die leraar legt klote
uit en mijn boek, ja wat heb ik eigenlijk aan dat boek.

Dus doe ik het goed, en zo nee, wat doe ik dan precies fout?

[ThePriest]

Ja, lijkt me heel aardig in de goeie richting. Enige twijfelpuntje is waarom je een veld code in Coureur hebt zitten, misschien kun je de primary key daar iets anders voor verzinnen, maar dat is miergeneuk.

[LuCarD]

Naar mijn idee ben je zeker goed op weg

3-tal opmerkingen
• Tabel Auto: Daar heb je een veld coureur staan moet dit niet v-Coureur_code zijn?
• Tabel Race: Op dit moment is het alleen mogelijk om 1 keer een race te houden op een bepaalde baan. Denk niet dat het klopt. Of maak datum onderdeel van je primary key of los het anders op.
• vreemde sleutel (LOL ) sorry maar dit is de eerste keer dat ik het zo lees. Opzich is het goed. Maar het staat wel raar. Noem toch liever "foreign key" dat is nou eenmaal de echt naam van zo'n dingetje.

[thomaske]

Op donderdag 21 maart 2002 12:42 schreef LuCarD het volgende:
• vreemde sleutel (LOL ) sorry maar dit is de eerste keer dat ik het zo lees. Opzich is het goed. Maar het staat wel raar. Noem toch liever "foreign key" dat is nou eenmaal de echt naam van zo'n dingetje.

Vreemde sleutel is gewoon de nederlandsche term daarvoor. Wordt ook veel in literatuur gebruikt..

[LuCarD]

Op donderdag 21 maart 2002 12:47 schreef thomaske het volgende:

[..]

Vreemde sleutel is gewoon de nederlandsche term daarvoor. Wordt ook veel in literatuur gebruikt..

Dat bewijst maar weer dat ik weinig NL literatuur lees..... En nou weet ik ook de reden weer..

[ThePriest]

als je 't toch Nederlands houdt, zou ik 't op "verwijzende sleutel" gooien, die vreemde sleutel is inderdaad crap.

[Verwijderd]

Op donderdag 21 maart 2002 12:39 schreef ThePriest het volgende:
Ja, lijkt me heel aardig in de goeie richting. Enige twijfelpuntje is waarom je een veld code in Coureur hebt zitten, misschien kun je de primary key daar iets anders voor verzinnen, maar dat is miergeneuk.

Is verplicht volgens de opgaven, alles krijgt een unieke code

[Verwijderd]

dat is laatmaar zeggen om het makkelijk te maken...

Ik heb ook de zelfde opdracht

_{[wat krijgen we nou modus]}
Heej stoj, log is uit van mijn account
^{[/wat krijgen we nou modus]}

[Verwijderd]

Zoals ik nu mn tabellen gewijzigd heb in de start post?
Is ie dan goed genormaliseerd t/m de 3e normaalvorm?

[Verwijderd]

uhm Race * datum, plaats, land???

alleen datum is genoeg omdat er maar 1 race gehoudan kan worden op deze datum...

Andesr moet je met de 2e normaal vorm weer gaan k*tt*n,
dus alleen datum als PS

[Verwijderd]

Op donderdag 21 maart 2002 13:10 schreef jst2000c het volgende:
uhm Race * datum, plaats, land???

alleen datum is genoeg omdat er maar 1 race gehoudan kan worden op deze datum...

Andesr moet je met de 2e normaal vorm weer gaan k*tt*n,
dus alleen datum als PS

Zou dat voldoende zijn dan om het uniek te indentificeren?
Het licht gaat nu helemaal uit

[LuCarD]

Op donderdag 21 maart 2002 13:10 schreef jst2000c het volgende:
uhm Race * datum, plaats, land???

alleen datum is genoeg omdat er maar 1 race gehoudan kan worden op deze datum...

Andesr moet je met de 2e normaal vorm weer gaan k*tt*n,
dus alleen datum als PS

Hoezo kunnen er geen twee races op verschillende plaatsen op 1 dag worden gehouden?

[Verwijderd]

Op donderdag 21 maart 2002 13:11 schreef LuCarD het volgende:

[..]

Hoezo kunnen er geen twee races op verschillende plaatsen op 1 dag worden gehouden?

Volgens mij gebeurt dit nooit in formule 1 hoor

[Verwijderd]

Op donderdag 21 maart 2002 13:07 schreef Livors het volgende:
_{[wat krijgen we nou modus]}
Heej stoj, log is uit van mijn account
^{[/wat krijgen we nou modus]}

Ja Ja ben er al uit.. , blijf dan ook van mijn pc af!!

[Verwijderd]

Op donderdag 21 maart 2002 13:11 schreef LuCarD het volgende:

[..]

Hoezo kunnen er geen twee races op verschillende plaatsen op 1 dag worden gehouden?

jij kijkt duidelijk nooit formule 1

Maar nee dat gebeurt nooit, kost een beetje veel geld dan...

[LuCarD]

Op donderdag 21 maart 2002 13:12 schreef Livors het volgende:

[..]

Volgens mij gebeurt dit niet zo vaak in formule 1 hoor

Dat stond er niet bij....

Wat weet ik nou van Formule 1? Als er nooit twee races ter gelijkertijd zijn dan kan je ook een PK op datum alleen plaatsen.

[Verwijderd]

Is gebeurd. Geeft ook niet, ik kijk ook nooit formule 1
alleen dat wist ik toevallig

Nou nog naar de 3e normaalvorm toe

[Verwijderd]

zeg in tabel race staat AantalDeelnemers, Dit is toch een procesgegeven

[udenjpg]

Het verband tussen auto, Motor, Banden is nu vast. Wat als een auto een nieuwe motor krijgt?


Bij coureur is het Aantaljaar statisch, dit moet je dus elk jaar veranderen

Bij Team, de Baas & hoofdsponsor kun je maar een maal invullen. Hier kun je geen geschiedenis van bijhouden.

ps. ik ben een Race-leek, dus sommige opm. zullen wel onzin zijn.

[LuCarD]

Op donderdag 21 maart 2002 13:16 schreef Livors het volgende:
Is gebeurd. Geeft ook niet, ik kijk ook nooit formule 1
alleen dat wist ik toevallig

Nou nog naar de 3e normaalvorm toe

Oke 3e normaal vorm is toch zo ver als mogelijk data scheiden in verschillende tabellen.

Ahh... Zie hier: http://www.sum-it.nl/cursus/dbdesign/hollands/logis050.php3

Je moet dus tabel Race en eventueel ook BANDEN en MOTOR uit normaliseren.

Race: *DATUM, v-Locatie, aantaldeelnemers
Locatie: *Code, Land, Plaats
Banden: *Code, v-Merk
Motor: *Code, v-Merk
Merk: *Code, Merk, Leverancier


Zoiets?

BTW: Die site is LELIJK , maar wel erg duidelijk als wilt weten hoe je een db structuur opbouwt.

[Verwijderd]

Op donderdag 21 maart 2002 13:24 schreef udenjpg het volgende:
Het verband tussen auto, Motor, Banden is nu vast. Wat als een auto een nieuwe motor krijgt?


Bij coureur is het Aantaljaar statisch, dit moet je dus elk jaar veranderen

Bij Team, de Baas & hoofdsponsor kun je maar een maal invullen. Hier kun je geen geschiedenis van bijhouden.

ps. ik ben een Race-leek, dus sommige opm. zullen wel onzin zijn.

Het hoeft gelukkig alleen te werken bij seizoen 2002 dus
dat komt heel mooi uit, anders zou het helemaal veel werk zijn

[dusty]

Zoals ik nu naar de database model kijk heeft elke team maar een coureur.

Nou weet ik niet veel van racen, maar geloof dat de meesten toch echt wel meer dan een persoon had.

[udenjpg]

Op donderdag 21 maart 2002 13:25 schreef LuCarD het volgende:

[..]

Oke 3e normaal vorm is toch zo ver als mogelijk data scheiden in verschillende tabellen.

Ahh... Zie hier: http://www.sum-it.nl/cursus/dbdesign/hollands/logis050.php3

Je moet dus tabel Race en eventueel ook BANDEN en MOTOR uit normaliseren.

Race: *DATUM, v-Locatie, aantaldeelnemers
Locatie: *Code, Land, Plaats
Banden: *Code, v-Merk
Motor: *Code, v-Merk
Merk: *Code, Merk, Leverancier


Zoiets?

BTW: Die site is LELIJK , maar wel erg duidelijk als wilt weten hoe je een db structuur opbouwt.

Dit is id. 3nv. Alleen het aantalDeelnemers kan beter een verwijzing zijn naar de Coureurs zelf. dmv index. Same met Team-Coureur en auto-coureur.

[Verwijderd]

motor en banden: merk+code (type?) = primaire sleutel (voor het geval 2 merken de zelfde typeaanduiding willen gaan gebruiken)

Team: naam is toch al pri. sleutel??

[dusty]

Zoals ik al zei heb ik de ballen verstand van racen, en ik kan net mij olie verversen in mijn eigen auto, maar nou heb ik ooit eens gehoord dat de PK van een auto afhangt van de motor die erin zit. Volgens de oorspronkelijke database model klopt dit niet maar hangt het van de auto zelf af.. Mmmm...

[Verwijderd]

Op donderdag 21 maart 2002 13:36 schreef dusty het volgende:
Zoals ik al zei heb ik de ballen verstand van racen, en ik kan net mij olie verversen in mijn eigen auto, maar nou heb ik ooit eens gehoord dat de PK van een auto afhangt van de motor die erin zit. Volgens de oorspronkelijke database model klopt dit niet maar hangt het van de auto zelf af.. Mmmm...

Zeker ook weinig kaas van databaseontwerp gegeten??

[LuCarD]

Op donderdag 21 maart 2002 13:33 schreef dusty het volgende:
Zoals ik nu naar de database model kijk heeft elke team maar een coureur.

Nou weet ik niet veel van racen, maar geloof dat de meesten toch echt wel meer dan een persoon had.

Ermm waar de coureur bij zit staat toch bij de coureur?

Of kan de coreur ook bij meerdere team zitten?

[udenjpg]

Op donderdag 21 maart 2002 13:38 schreef LuCarD het volgende:

[..]

Ermm waar de coureur bij zit staat toch bij de coureur?

Of kan de coreur ook bij meerdere team zitten?

Klopt, maar nu moeten alle coureurs rijden met hetzelfde type auto

[Verwijderd]

Originele afbeelding

[LuCarD]

Op donderdag 21 maart 2002 13:39 schreef udenjpg het volgende:

[..]

Klopt, maar nu moeten alle coureurs rijden met hetzelfde type auto

Haal v-Auto weg uit team en stop die in Coureur

[dusty]

Op donderdag 21 maart 2002 13:39 schreef udenjpg het volgende:

[..]

Klopt, maar nu moeten alle coureurs rijden met hetzelfde type auto

En die type auto moet wel altijd dezelfde coureur achter het stuur hebben

[Verwijderd]

Op donderdag 21 maart 2002 13:38 schreef LuCarD het volgende:

[..]

Ermm waar de coureur bij zit staat toch bij de coureur?

Of kan de coreur ook bij meerdere team zitten?

Nee

1 Coureur -> 1 Team
1 Team -> Meerdere Coureurs

1 Coureur -> 1 Auto
1 Team -> Meerdere Auto's

[dusty]

Op donderdag 21 maart 2002 13:37 schreef gve het volgende:
[..]
Zeker ook weinig kaas van databaseontwerp gegeten??

Not my cup of tea. (ben meer een koffie persoon.) Doe soms database ontwerp naast wat ik normaal probeer te doen als hobby zeg maar.

[udenjpg]

Ik zou de koppeling coureur -- auto in een index zetten, meerdere coureurs kunnen toch hetzelfde type auto hebben? n op n

[dusty]

Op donderdag 21 maart 2002 13:44 schreef udenjpg het volgende:
Ik zou de koppeling coureur -- auto in een index zetten, meerdere coureurs kunnen toch hetzelfde type auto hebben?

Tip: Zoek definitie van "index" op

[Verwijderd]

Op donderdag 21 maart 2002 13:45 schreef dusty het volgende:

[..]

Tip: Zoek definitie van "index" op

Ja wat wordt er in hemelsnaam bedoeld met index?

Ja misschien domme vraag, maar mijn leraar kan echt _NIET_ uitleggen

[Verwijderd]

Ware grootte

Dit heb ik er tot nu toe van gebakken!

[mvt]

Tip: uitslag race+ puntentelling

[LuCarD]

Op donderdag 21 maart 2002 13:45 schreef dusty het volgende:

[..]

Tip: Zoek definitie van "index" op

http://www.sum-it.nl/cursus/dbdesign/hollands/intro030.php3#index

[Verwijderd]

Op donderdag 21 maart 2002 13:48 schreef LuCarD het volgende:

[..]

http://www.sum-it.nl/cursus/dbdesign/hollands/intro030.php3#index

Dus ik moet een tabel maken die eigenlijk al die zooi aan elkaar linkt?

[dusty]

Op donderdag 21 maart 2002 13:48 schreef LuCarD het volgende:
[..]
[een link]

Heet jij udenjpg?

Als hij het niet zelf zoekt zal hij het het een keertje lezen zeggen Oh. En dan waarschijnlijk weer vergeten aangezien hij er geen moeite voor heeft hoeven te doen.

[udenjpg]

Op donderdag 21 maart 2002 13:45 schreef dusty het volgende:

[..]

Tip: Zoek definitie van "index" op

Je hebt gelijk, ik gebruik het verkeerde woord.

Dus ik moet een tabel maken die eigenlijk al die zooi aan elkaar linkt?

juist

[LuCarD]

Op donderdag 21 maart 2002 13:50 schreef dusty het volgende:

[..]

Heet jij udenjpg?

Als hij het niet zelf zoekt zal hij het het een keertje lezen zeggen Oh. En dan waarschijnlijk weer vergeten aangezien hij er geen moeite voor heeft hoeven te doen.

Wie???

Maar je hebt gelijk... En ik moet ook weer aan het werk...

[dusty]

Op donderdag 21 maart 2002 13:46 schreef Livors het volgende:
[..]
Ja wat wordt er in hemelsnaam bedoeld met index?
[..]

Index staat in principe los van je database ontwerp. Eerst je ontwerp goed maken, daarna pas kijken waarop je indexen wilt zetten. Vooral als je pas begint met database ontwerpen moet je niet alles tegelijk proberen te doen. Na verloop van tijd begin je er vanzelf overal rekening mee te houden. Maar voor jouw ontwerp hoef je nog geen rekening te houden hoe jij je "indexen" uiteindelijk wilt hebben..

maw: Pas over de indexen gaan nadenken als je database model af is.

[dusty]

Op donderdag 21 maart 2002 13:49 schreef Livors het volgende:
[..]
Dus ik moet een tabel maken die eigenlijk al die zooi aan elkaar linkt?

Technische naam ervoor is: Koppeltabel.

[udenjpg]

Op donderdag 21 maart 2002 13:53 schreef dusty het volgende:

[..]

Technische naam ervoor is: Koppeltabel.

Kijk, weer iets erbij geleerd .

[Verwijderd]

Op donderdag 21 maart 2002 13:52 schreef dusty het volgende:

[..]

Index staat in principe los van je database ontwerp. Eerst je ontwerp goed maken, daarna pas kijken waarop je indexen wilt zetten. Vooral als je pas begint met database ontwerpen moet je niet alles tegelijk proberen te doen. Na verloop van tijd begin je er vanzelf overal rekening mee te houden. Maar voor jouw ontwerp hoef je nog geen rekening te houden hoe jij je "indexen" uiteindelijk wilt hebben..

maw: Pas over de indexen gaan nadenken als je database model af is.

Mooi gezegt, maar wanneer is dit m'n database model af? Hoe bepaal ik dat?

Ik moet wel alles te gelijk proberen, want ik moet me aan de
opdracht houden. Er moeten allemaal opties en modules worden
geschreven voor die database enzo. Dat is allemaal geen probleem,
maar ik van dat normaliseren, het kwartje valt gewoon niet

[mvt]

Denk er even aan dat niet de auto een bepaald vermogen levert, maar de motor. Verder weet ik niet of banden en motor aan de auto gekoppeld moet worden (kijkend naar de werkelijkheid). Dit omdat het team een verbintenis aangaat met de motor en banden leverancier. Tis een beetje tricky hoe je dat verdeeld.
Ook heb je nog de problemen dat ieder team 2 startnummers heeft en auto 1 met de eerste coureur het eerste nummer heeft en het 2e nummer voor de 2e coureur en 2e auto is.
motor merk en leverancier is twijvelachtig of dit 2 aparte dingen zijn. Als je dit wel als andere dingen ziet kan je beter leverancier en type nemen, met als gevolg dat er meerdere types van dezelfde leverancier zijn(idem banden). Of wil je hiermee het Petronas-Ferrarie probleem mee ondervangen??

[Verwijderd]

Op donderdag 21 maart 2002 13:56 schreef mvt het volgende:
Denk er even aan dat niet de auto een bepaald vermogen levert, maar de motor. Verder weet ik niet of banden en motor aan de auto gekoppeld moet worden (kijkend naar de werkelijkheid). Dit omdat het team een verbintenis aangaat met de motor en banden leverancier. Tis een beetje tricky hoe je dat verdeeld.
Ook heb je nog de problemen dat ieder team 2 startnummers heeft en auto 1 met de eerste coureur het eerste nummer heeft en het 2e nummer voor de 2e coureur en 2e auto is.
motor merk en leverancier is twijvelachtig of dit 2 aparte dingen zijn. Als je dit wel als andere dingen ziet kan je beter leverancier en type nemen, met als gevolg dat er meerdere types van dezelfde leverancier zijn(idem banden). Of wil je hiermee het Petronas-Ferrarie probleem mee ondervangen??

Geen flauw idee

[mvt]

Ik zou zelf voor een koppeltabel gaan met als naam startnummers met als PK team + coureur + startnummer (coureurs kunnen wisselen over het jaar)

[TweakersOnly]

Een oplossing die ik voor het probleem naar voren draag.

Tabellen:
TEAM, COUREUR, AUTO, AUTOBAND, BAND, MOTOR, DEELNEMER, WEDSTRIJD, TOERNOOI en PLAATS

1:N-Relaties:
TEAM - COUREUR
TEAM - AUTO
MOTOR - AUTO
AUTO - AUTOBAND
BAND - AUTOBAND
AUTO - DEELNEMER
WEDSTRIJD - DEELNEMER
TOERNOOI - WEDSTRIJD
PLAATS - WEDSTRIJD

Vreemde sleutels:
COUREUR: Teamnr
AUTO: Teamnr, motornr
AUTOBAND: Autonr, Autobandnr
DEELNEMER: Autonr, wedstrijdnr
WEDSTRIJD: Toernooinr, plaatsnr

Eventueel kan de relatie MOTOR-AUTO ook een 1:1 relatie zijn, hier ben ik niet zo goed van op de hoogte.

[mvt]

Kan je niet eens de complete opdracht hier neerzetten of in ieder geval de inhoud van de database neerzetten. Wat is het doel vd database, bijhouden wat de uitslagen zijn of als beschrijving vd teams??? Dit heeft enorme gevolgen voor de inhoud vd database en het design.

[Verwijderd]

Op donderdag 21 maart 2002 14:00 schreef mvt het volgende:
Ik zou zelf voor een koppeltabel gaan met als naam startnummers met als PK team + coureur + startnummer (coureurs kunnen wisselen over het jaar)

Ja oke, maar dit is een eenmalige opdracht, dus we maken hem en we kijken er nooit meer naarom

[Verwijderd]

Op donderdag 21 maart 2002 14:02 schreef mvt het volgende:
Kan je niet eens de complete opdracht hier neerzetten of in ieder geval de inhoud van de database neerzetten. Wat is het doel vd database, bijhouden wat de uitslagen zijn of als beschrijving vd teams??? Dit heeft enorme gevolgen voor de inhoud vd database en het design.

Je maakt een database over formule 1, Deze gaat maar over 1 seizoen (1 jaar)

In de database moet terug tevinden zijn info over de coureur, waar deze rijd en de leeftijd etc,
Info over de auto, welke motor, leverancier

info over het team, wie is de baas, sponsor, welke coureurs, etc
Info van de banden, welk merk, leverancier, etc

Info van de race, is deze uitgereden, zo nee hoeveel ronden, en de eindtijd.

dat gooi je in 1 grote pot en daar bouw je een applicatie van,(schakelbord). je doet er wat macro's bij enzovoorts...

Totdat deze af is en je levert em in

[dusty]

Op donderdag 21 maart 2002 13:55 schreef Livors het volgende:
[..]
Mooi gezegt, maar wanneer is dit m'n database model af? Hoe bepaal ik dat?

Als je hebt bepaald dat je bij de normaal vorm bent aangekomen die je wou hebben.

Ik moet wel alles te gelijk proberen, want ik moet me aan de
opdracht houden. Er moeten allemaal opties en modules worden
geschreven voor die database enzo. Dat is allemaal geen probleem,
maar ik van dat normaliseren, het kwartje valt gewoon niet

Normaliseren is een stap-bij-stap process. Behandel het dan ook zo en ga niet van de hak op de tak springen.

[SPee]

Bij normaliseren komt alles maar 1 keer voor. Dus je moet dan geen foreign keys laten zien. Dat ze dan wel in je database komen te zitten maakt niets uit. Je moet wel de relatie tussen hen onderling laten zien.

Ik heb je foto van je DB gezien. En ik heb een paar opmerkingen:
-waarom is er een relatie tussen resultaat_auto en coureur?
-Is resultaatperdeel wel uniek?? Maar dan liever een code aan of een autonummering veld
-wat doet auto_coureur bij auto? Je hebt al een tabel coureur en die hoef je niet nog een keer te maken. En een coureur rijd toch niet in maar 1 auto?
-wat doet coureur_team in coureur? Door de relatie naar team hoeft die er niet te zijn.

Groeten,
Hogere Informatica Student.

[dusty]

Op donderdag 21 maart 2002 14:35 schreef SPee het volgende:
Bij normaliseren komt alles maar 1 keer voor. Dus je moet dan geen foreign keys laten zien. Dat ze dan wel in je database komen te zitten maakt niets uit. Je moet wel de relatie tussen hen onderling laten zien.
[..]

JUIST bij normaliseren zijn foreign keys belangrijk omdat je daarmee de relatie tussen de tabellen aangeeft en kan bewijzen dat niets dubbel in de database komt te staan (of wel dubbel als je nog verder gaat normaliseren).

[Dido]

kijk ik fout, of zie ik een 1:many tussen team en coureur(klinkt logisch) en een 1:many tussen auto en team (1 auto bij 1 of meer teams?)

is ipv vAutoCode bij team niet vTeamcode bij auto logischer?

1 team heeft 1 of meer auto's toch? (meestal 2?)

Of zit ik nu scheef te redeneren? (Kan best, 'tis vrijdag)

---edit: ik geloof dat dit al gezegd was... sorry

Ik ga leren lezen...

[Verwijderd]

Op donderdag 21 maart 2002 14:02 schreef mvt het volgende:
Kan je niet eens de complete opdracht hier neerzetten of in ieder geval de inhoud van de database neerzetten. Wat is het doel vd database, bijhouden wat de uitslagen zijn of als beschrijving vd teams??? Dit heeft enorme gevolgen voor de inhoud vd database en het design.

Allereerst sorry voor late reactie