Dag Daveorg,
In database ontwerp is het belangrijkste wat er is, en ook automatisch het voordeel, dat je alles genormaliseerd hebt. Dat wil zeggen, dat je een gegeven maar 1 keer opslaat in 1 tabel. Wil je die gegevens nogmaals gebruiken op een ander formulier met een andere tabel, dan kun je deze twee tabellen aan elkaar linken. Dit is het hart van je database.
Als voorbeeld heb je bijvoorbeeld de tabel personen. Deze kan er als volgt uitzien:
PersoonID (autonummering)(Primaire sleutel) (bijvoorbeeld 1)
Voornaam (tekst) (bijv Jan)
Achternaam (tekst) (bijv Janssen)
...
Nu heb je ook een Tabel Bedrijven. Deze kan er als volgt uit zien:
BedrijfID(Autonummering)(primaire sleutel)
Bedrijfnaam(tekst) (bijvoorbeeld GoT)
PersoonID(numeriek) (in dit voorbeeld 1)
....
Als je in het scherm "relaties" van Access een linkje trekt tussen beide persoonID's, zal access zelf weten dat deze gegevens bij elkaar horen. Dat wil zeggen, als jij GoT als bedrijf opvraagt, dan weet hij dat de persoon die nummer 1 heeft in dit voorbeeld daarbij hoort en kun je zn naam, achternaam en wat je dan ook maar van hem vast hebt gelegd opvragen.
Bij het maken van dit linkje dwing je referentiële integriteit af en werk je ze automatisch bij, zodat als jij Jan Jan jansen verandert in Willem Willemsen, dat persoon nummer 1 in het scherm van GoT ook opeens Willem Willemsen heet.
Verdiep je eens in Queries en experimenteer er op los, dan vallen de stukjes vanzelf samen.
Succes!
Edit: De huidige situatie veronderstelt dat 1 persoon in meerdere bedrijven kan zitten, maar een bedrijf maar 1 persoon kan hebben. De tabel waar je het ID (het unieke nummertje dus) van een andere tabel opneemt, stelt de "een" in een "een op veel relatie" voor.
[
Voor 7% gewijzigd door
Moirraine op 09-07-2009 16:15
]