Archief - Taak normaliseren

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Saffira

Legacy Member
Voor mijn eindwerk (programma voor een hondentrimsalon) moet ik nu de database gaan schrijven maar ik suck at normaliseren.
Kan iemand hier eens een kijkje naar nemen en me wat tips geven.
Dankje

Normalisatie

0° NV

KLANTEN
klantNr
klantNaam
klantAdres
telefoonPrivé
telefoonWerk
Postcode
Plaats
VerkoopGeschiedenis
hondNr
hondNaam
Ras
Geslacht
Kleur
Geboortedatum
Gedrag
medischeProblemen
artsNr
artsNaam
artsAdres
artsTelefoon
behNr
behDatum
behBeschrijving
behVachtconditie
behTijdsduur
behPrijs
afsprNr
afsprDatum
afsprTijdstip
verkNr
verkNaam
verkAantal
verkPrijsExBTW
verkPrijsInBTW
verkPrijsVerkoop
eigNr
eigNaam
eigAantal
eigPrijsExBTW
eigPrijsInBTW


1° NV

KLANTEN (klantNr, klantNaam, klantAdres, telefoonPrivé, telefoonWerk, Postcode, Plaats, verkoopGeschiedenis)

KLANT_HOND_RELATIE (klantNr, hondNr)

HOND (hondNr, hondNaam, Ras, Geslacht, Kleur, Geboortedatum, Gedrag, medischeProblemen)

DIERENARTS (hondNr, artsNr, artsNaam, artsAdres, artsTelefoon)

BEHANDELING (hondNr, behNr, behDatum, behBeschrijving, behVachtconditie, behTijdsduur, behPrijs)

AFSPRAKEN (hondNr, afsprNr, afsprDatum, afsprTijdstip)

PRODUCTEN_VERKOOP (klantNr, verkNr, verkNaam, verkAantal, verkPrijsExBTW, verkPrijsInBTW, verkPrijsVerkoop)

PRODUCTEN_EIGEN_GEBRUIK (eigNr, eigNaam, eigAantal, eigPrijsExBTW, eigPrijsInBTW)



2° NV

KLANTEN (klantNr, klantNaam, klantAdres, telefoonPrivé, telefoonWerk, Postcode, Plaats, verkoopGeschiedenis)

KLANT_HOND_RELATIE (klantNr, hondNr)

HOND (hondNr, hondNaam, Ras, Geslacht, Kleur, Geboortedatum)

MEDISCHE PROBLEMEN (hondNr, medischeProblemen)

GEDRAG (hondNr, Gedrag)

DIERENARTS (hondNr, artsNr, artsNaam, artsAdres, artsTelefoon)

BEHANDELING (hondNr, behNr, behDatum, behBeschrijving, behVachtconditie, behTijdsduur, behPrijs)

AFSPRAKEN (hondNr, afsprNr, afsprDatum, afsprTijdstip)

PRODUCTEN_VERKOOP (klantNr, verkNr, verkNaam, verkAantal, verkPrijsExBTW, verkPrijsInBTW, verkPrijsVerkoop)

PRODUCTEN_EIGEN_GEBRUIK (eigNr, eigNaam, eigAantal, eigPrijsExBTW, eigPrijsInBTW)


3° NV

KLANTEN (klantNr, klantNaam, klantAdres, telefoonPrivé, telefoonWerk)

KLANT_HOND_RELATIE (klantNr, hondNr)

HOND (hondNr, hondNaam, Ras, Geslacht, Kleur, Geboortedatum)

MEDISCHE PROBLEMEN (hondNr, medischeProblemen)

GEDRAG (hondNr, Gedrag)

DIERENARTS (hondNr, artsNr, artsNaam, artsAdres, artsTelefoon)

BEHANDELING (hondNr, behNr, behDatum, behBeschrijving, behVachtconditie, behTijdsduur, behPrijs)

AFSPRAKEN (hondNr, afsprNr, afsprDatum, afsprTijdstip)

PRODUCTEN_VERKOOP (klantNr, verkNr, verkNaam, verkAantal, verkPrijsExBTW, verkPrijsInBTW, verkPrijsVerkoop)

PRODUCTEN_EIGEN_GEBRUIK (eigNr, eigNaam, eigAantal, eigPrijsExBTW, eigPrijsInBTW)

VERKOOPGESCHIEDENIS (klantNr, verkNr, verkoopGeschiedenis)

WOONPLAATS (klantNr, Postcode, Plaats)

j design

Legacy Member
Ik denkt dat je voor te beginnen een duidelijk schema moet maken van welke tabellen je maakt en welke relaties ertussen liggen.
Dan determinanten en sleutels gaan bepalen.
Natuurlijk kan je dat al "normaliseerend" gaan doen maar op deze manier zie je niet echt het bos door de bomen. Ik allesinds niet.
Ik snap ook niet goed hoe je dit schema voorsteld. Bedoel je daarmee de tabellen die je gebruikt, de gezochte sleutels, gezochte determinanten.
Wij moeten het op een andere manier gaan oplossen, kan natuurlijk wat docentgebonden zijn.
Moet je maar tot de 3NV gaan?

Saffira

Legacy Member
j design zei:
Ik denkt dat je voor te beginnen een duidelijk schema moet maken van welke tabellen je maakt en welke relaties ertussen liggen.
Dan determinanten en sleutels gaan bepalen.
Natuurlijk kan je dat al "normaliseerend" gaan doen maar op deze manier zie je niet echt het bos door de bomen. Ik allesinds niet.
Ik snap ook niet goed hoe je dit schema voorsteld. Bedoel je daarmee de tabellen die je gebruikt, de gezochte sleutels, gezochte determinanten.
Wij moeten het op een andere manier gaan oplossen, kan natuurlijk wat docentgebonden zijn.
Moet je maar tot de 3NV gaan?

Ja het moet zo voor de leerkracht.
Hij heeft me een beetje op weg geholpen tot de 1ste NV maar dan geraak ik weer niet verder. Zie daar echt geen logica in maja het moet zo.
3de NV is genoeg ja.

Jerre Muesli

Legacy Member
Wij moesten meestal nog boyce codd en 4de NV doen, maar hélaas.. Ik ben er ook vreselijk in =D Bij ons opt school moest het ook altijd zo op die schrijfwijze btw.

j design

Legacy Member
Wij moeten het veel uitgebreider opschrijven.
Eerst en vooral stuctuur bepalen, een schema opstellen met de verschillende tabellen, relaties, kardinalen ect.. Daarna vanuit de eigenlijke tabellen determinanten gaan bepalen en daaruit de sleutel halen.
Aan de hand van de tabel, determinanten en sleutels vanaf 1NF naar boven op gaan bepalen of alles er zeker inzit.
Desnoods tussen-tabellen gaan maken.
En dan ziet het er volledig anders uit. Deze manier is een tabel met de atrib en de sleutels onderlijnt?
Dit weekend zelf een opdracht waardoor ik het nog niet kan bekijken. Als er wat tijd over is probeer ik het eens op onze manier.

design1

Legacy Member
Wat ik geleerd heb is dat je ook het ORM (Object Role Model) schema kan opstellen.
Dan begrijp ik er al meer van want normalisatie is ook niet mijn sterkste punt.
Eenmaal je het ORM schema hebt dan kan je vergelijken met je normalisatie stappen en kan je er meer inzicht in krijgen.

Verder moest ik jouw zijn zou ik je cursus erbij nemen want in de mijne staat het uitgelegd wat je moet aanpassen als je van 1ste NV naar 2de wilt etc.

Oja en ook wat velen bij mij op school deden was de normalistie maken en dan het ORM schema gebasseerd op die normalisatie maar deze moeten apart gedaan worden en op het einde met elkaar vergelijken worden en deze moeten overeenkomen.

Succes

Saffira

Legacy Member
Mja het is maar Syntra wat ik doe, ik krijg er zowiezo al niet veel uitleg het meer je plan trekken en door ermee. In de cursus is het uitgelegd zoals ik het op internet vind. Ik heb geen andere manier geleerd om dit te doen en heb er ook maar 1 lesje over gehad. Het is allemaal in sneltempo he Syntra. Anders mail ik het zo maar eens naar de docent dan moet die maar wat feedback geven ^^
Toch bedankt iedereen
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan