[Access] Hardware Database normalisatie

[Verwijderd]

Misschien dat een aantal van jullie mijn schreeuwende hulp over het normaliseren en het bouwen van een database in Acces al vele malen hebben voorbij zien komen. Maar nu zit ik nog steeds met een klein probleempje.
Mijn laatste kans op een diploma.
Ik moet de hardware database van mijn stage bedrijf maken.

Ik heb al een mooie normalisatie opgezet, alleen moet ik nu nog de tabellen en de relaties leggen in Access, en ik kom er niet helemaal uit.
Zou een van jullie mij kunnen helpen? Ik heb de normalisatie in een Excel sheet staan. En ik zou hem graag naar een (of meer) van jullie toe willen mailen...

Please help.

[Nielsz]

Mogen wij je diploma dan ook op komen halen?
We willen je best helpen, maar we gaan het niet voor je maken. Als je aangeeft wat je niet lukt in Access dan willen we er best ff naar kijken, maar we doen het niet voor je

[roelio]

precies! aan de slag, als er een echt probleem boven komt drijven schroom dan niet

[Nielsz]

Ik had net weer de hoop dat er een leuk databaseontwerp topic zou ontstaan maar helaas

[roelio]

dat komt er wel als EddyFreddy eerst ff zelf aan de slag gaat en daarna een paar leuke db design kwesties post

[Verwijderd]

er is een regel....

gebruik de search, read the manual, probeer het zelf, en als je er dan niet uitkomt vraag je hier om hulp...

btw normaliseren en relaties leggen moet vast lukke in access met een beetje hulp

hulp == search, manual, en op het laatst got

lukt het niet dan zou ik zeggen post hem eens hier... je zult dan zien hoe aardig /14 gasten zijn

[chem]

tsja, ik vraag me wederom af wat mensen in vredesnaam DOEN op school als ze dit niet kunnen (of doe je geen IT opleiding?)...

Maar goed, vertel wat je hebt, maak een mooie gif van je moel en post die hier...

[Verwijderd]

Op zaterdag 26 januari 2002 11:42 schreef chem een stukje

uhm... je wil niet weten hoe het op MBO ict word uitgelegd maar dat is gewoon om te huilen..... maja ik weet niet wat voor opleiding de topic starter heeft gedaan...

[Ibbelz]

Op zaterdag 26 januari 2002 11:44 schreef raymanontweakers het volgende:

[..]

uhm... je wil niet weten hoe het op MBO ict word uitgelegd maar dat is gewoon om te huilen..... maja ik weet niet wat voor opleiding de topic starter heeft gedaan...

Studierichting: Netwerkbeheer en Informatie (NBI)

[chem]

Op zaterdag 26 januari 2002 11:44 schreef raymanontweakers het volgende:

[..]

uhm... je wil niet weten hoe het op MBO ict word uitgelegd maar dat is gewoon om te huilen..... maja ik weet niet wat voor opleiding de topic starter heeft gedaan...

in z'n profile staat:
Netwerkbeheer en Informatie (NBI)
dus ik zou verwachten dat een netwerkbeheerder wel in staat is om een Access databaseje van niks aan te leggen...

[Verwijderd]

Op zaterdag 26 januari 2002 11:48 schreef chem het volgende:
Netwerkbeheer en Informatie (NBI)

jah vergeten te kijken... maar idd dat zou je wel verwachten... zelf de meeste secretaresses kunnen het met een ECDL certificaat.

maja.. misschien is het een gespecialiseerde verkorte opleiding waarbij met niet veel aandacht aan dingen anders dan netwerken besteed.

[chem]

nou als dat het geval is snap ik de database opdracht niet zo

[Verwijderd]

lol jah ..maja misschien kan Eddyfreddy ons beter toelichten.. .....

CHEM : Nu kun je lekker op vakantie... Lite-mod's zijn er... (aka slaven ) .... en je hoeft nie meer te modden

[Verwijderd]

Goed. Ik zit dus op het MBO on Zwolle en daa wordt sowieso belabbert les gegeven. Maar normaliseren en databases wordt helemaal beroerd gedaan, een paar voorbeelden en je moet het zelf doen. Ik ben hier heel slecht in, en ik geef dat gelijk toe.

Ik heb het volgende probleem, wat meer gerichter dus. Ik heb de volgende tabellen.

Eerst alle relevante gegevens:

User_ID
Voornaam
Achternaam
Afdeling
Serienummer
Model
Omschrijving
Merk
Type
Processor
Status
Sleutel
POW
Geheugen MB
Schijf GB

1e normaal vorm is:

User_ID
Voornaam
Achternaam
Afdeling

User_ID
Serienummer

Serienummer
Model
Omschrijving
Merk
Type
Processor
Status
Sleutel
POW
Geheugen MB
Schijf GB

2e

Serienummer
Processor
Status
Sleutel
POW
Geheugen MB
Schijf GB

3e

Model
Omschrijving
Merk
Type

Sorry voor de ruimte die ik gebruik. Het probleem is dat een model, neem bijvoorbeeld een monitor, geen sleutel of wachtwoord heeft.. hier kom ik niet uit.

[chem]

Als ik je model zo lees zie ik eigenlijk een 13-in-een-dozijn model. Het lijkt me een goed idee eens een model van iemand anders op te zoeken en enkel de namen te veranderen, en kijken wat dat oplevert...

[Alarmnummer]

Op zaterdag 26 januari 2002 14:04 schreef chem het volgende:
Als ik je model zo lees zie ik eigenlijk een 13-in-een-dozijn model. Het lijkt me een goed idee eens een model van iemand anders op te zoeken en enkel de namen te veranderen, en kijken wat dat oplevert...

Ik vraag me eerlijk gezegd af wat voor een nivo het mbo is als je niet eens een database kan maken.

voor een link:
http://ln.doubleclick.net/adi/wm.ln/backend;h=hw;;sz=120x600;ptile=2;pos=2;ord=2833740686?

En wij gaan echt geen database design voor je doen. Jij moet je diploma halen en wij niet. Het zou te zot voor woorden zijn als je je diploma haalt en je kan nog niet eens een database aanmaken.

[Alarmnummer]

[b]Op zaterdag 26 januari 2002 12:23 schreef
Het probleem is dat een model, neem bijvoorbeeld een monitor, geen sleutel of wachtwoord heeft.. hier kom ik niet uit.

Regel: iedere tabel heeft een primaire sleutel. Als hij het niet heeft is er iets heel akeligs aan de hand.

Uitleg sleutel. Een sleutel is een (of meerdere) columsn waarmee je ieder record uniek kan identificeren. Bijvoorbeeld je voornaam/achternaam/woonplaatst/geboortedatum is hoogst waarschijnlijk uniek. Maar jouw sofinr maakt je ook uniek.

Je kan dus meerdere sleutels per tabel hebben en je moet er 1 uitkiezen. Deze sleutel heet je primaire sleutel.

In veel gevallen ga je voor zo`n eenvoudig mogelijke sleutels (zoals bv sofinr tov voornaam/achternaam/woonplaats/geboortedatum) sleutels van een enkel veld sneller zijn dan samengestelde sleutels.

[bille]

standaard regel die ik gebruik om databasejes goed te krijgen is: geef ieder object een eigen tabel. Indien je verwacht dat er in een kolom in een tabel meerdere keren dezelfde waarde komt, dan maak je daar een aparte tabel voor.
vb: Monitor heeft een merk. Als je dus een tabel gaat maken voor monitoren met een kolom [merk] dan mag je verwachten dat er in die kolom meerdere keren dezelfde waarde zal voorkomen. Dus maak je een aparte tabel die je [tbl_monitormerk] noemt.. en die ziet er dan zo uit [monitormerk_id][monitormerk]. vervolgens neem je de tabel monitor [tbl_monitor] die er ongeveer zo uit ziet: [monitor_id][monitor_serial][monitormerk_id]. waarbij die laatste een foreignkey is naar de kolom [monitormerk_id] in tabel [tbl_monitormerk]. Ziedaar een mooi genormaliseerde tabel koud kunstje


owja: gebruik alsjeblieft geen samengestelde sleutels.. das echt om misselijk van te worden... FCOIM sux0rz. zet in iedere tabel gewoon een primaire sleutel die autoincrement is en zorg dat bepaalde combinaties van gegevens niet mogelijk zijn (is functionaliteit in Access)

[chem]

Op zaterdag 26 januari 2002 14:39 schreef bille het volgende:
standaard regel die ik gebruik om databasejes goed te krijgen is: geef ieder object een eigen tabel. Indien je verwacht dat er in een kolom in een tabel meerdere keren dezelfde waarde komt, dan maak je daar een aparte tabel voor.
vb: Monitor heeft een merk. Als je dus een tabel gaat maken voor monitoren met een kolom [merk] dan mag je verwachten dat er in die kolom meerdere keren dezelfde waarde zal voorkomen. Dus maak je een aparte tabel die je [tbl_monitormerk] noemt.. en die ziet er dan zo uit [monitormerk_id][monitormerk]. vervolgens neem je de tabel monitor [tbl_monitor] die er ongeveer zo uit ziet: [monitor_id][monitor_serial][monitormerk_id]. waarbij die laatste een foreignkey is naar de kolom [monitormerk_id] in tabel [tbl_monitormerk]. Ziedaar een mooi genormaliseerde tabel koud kunstje


owja: gebruik alsjeblieft geen samengestelde sleutels.. das echt om misselijk van te worden... FCOIM sux0rz. zet in iedere tabel gewoon een primaire sleutel die autoincrement is en zorg dat bepaalde combinaties van gegevens niet mogelijk zijn (is functionaliteit in Access)

dat is niet normaliseren, dat is uitspreiden.

Je zou wat langer kunnen nadenken en monitoren, floppydrives etc. als 'elementen' kunnen gaan zien met enkel een andere naam. Dan heb je een heel wat nettere db.

Gecombineerde sleutels zijn NIET 'vies', als jij een kruistabel maakt van 2 kolommen en die 2 zijn NIET de pk, dan klopt je model niet.