Hulp bij normaliseren tegen vergoeding

  • Onderwerp starter Onderwerp starter posse
  • Startdatum Startdatum
Status
Niet open voor verdere reacties.
P

posse

Gebruiker
Lid geworden
2 mrt 2009
Berichten
9
Hallo,

ik moet voor school een stuklijst, een leverancierslijst, een voorraadlijst en een artikellijst normaliseren. Vervolgens moeten er ER-diagrammen gemaakt worden, de uitkomsten geïntergreerd en het gegevensstructuurdiagram gemaakt worden. Ik doe geen ICT opleiding en voor iemand die hier verstand van heeft is de opdracht ook niet heel moelijk. Uiteraard snap ik dat iemand dit niet zomaar doet, ik wil er dan ook voor betalen.

Laat even een bericht achter als je dit kunt en geïnterreseerd bent.

M.v.g.
 
We gaan huiswerk niet voor je maken, ook niet als je er voor wilt betalen.

Wat wel wel kunnen doen is je helpen met stukken waarin je vastloopt.

Het is echter wel de bedoeling dat je zelf met zaken komt.
Ik neem aan dat je eerst uitleg krijgt voor je aan een opdracht moet beginnen.
Ook neem ik aan dat je op school begeleiding kunt vragen.

Toon je zelf geen initiatief dan zijn we genoodzaakt om deze vraag te sluiten.
 
Mijn vraag

Oke dat kan ik begrijpen.

Ik loop direct al bij het begin van de opdracht vast.
Ik heb een stuklijst die ik in de 0e normaalvorm wil zetten.

Via de volgende link is de stuklijst te zien:
http://www.plaatjesupload.nl/bekijken/1360755.html

De velden zijn dan volgens mij:
STUKLIJST
artikelgroepnr
artikelgroepnaam
computers
artikelnr
omschrijving
onderdeelomschrijving

Nu moet ik de sleutel bepalen. Ik zou denken dat dit het artikelnr moet zijn. Alleen vraag ik mij af of dit dan een unieke sleutel vormt.

Kan iemand mij vertellen of het artikelnr hier de primaire sleutel? Alvast bedankt

M.v.g.
 
Een unieke (Primary) sleutel mag maar een keer voorkomen.

Als je het goed doorleest merk je dat je 2 tabellen kunt maken.
Welke dat zijn is aan jou om uit te vinden ;)
 
Om te normaliseren moet je zoeken naar groepen informatie; en naar stukken informatie die meer dan 1x in de database staan (muv dingen zonder zinnige betekenis, zoals primaire IDs die de database zelf toevoegt)

Alle data die een gebruiker toevoegt (zoals een naam, een adres, een telefoonnummer, etc) zou maar 1x mogen voorkomen, en als hij op meerdere plekken nodig is, zou hij in principe via een ID en een andere tabel gekoppeld moeten worden.
 
Status
Niet open voor verdere reacties.
                    Steun ons                    

Nieuwste berichten

Terug
Bovenaan Onderaan