Relationer mellem tabeller

Bemærk!: Vi vil gerne give dig den mest opdaterede hjælp, så hurtigt vi kan, på dit eget sprog. Denne side er oversat ved hjælp af automatisering og kan indeholde grammatiske fejl og unøjagtigheder. Det er vores hensigt, at dette indhold skal være nyttigt for dig. Vil du fortælle os, om oplysningerne var nyttige for dig, nederst på denne side? Her er artiklen på engelsk så du kan sammenligne.

Få adgang til MVP ved Allen Jensen

Database begyndere kæmper nogle gange med hvilke tabeller der skal bruges, og hvordan du knytte én tabel til en anden. Det er sikkert nemmest at følge med et eksempel.

Som en skole lærer skal Maria registrere hver elevs navn og privat detaljer sammen med de emner, de har truffet, og Karaktererne opnået. Hvis du vil gøre alt dette i en enkelt tabel, kan hun Prøv at oprette felter:

Navn

Adresse

Telefon (privat)

Emne

Karakter

Men denne struktur kræver hun kan skrive student's navn og adresse igen til hvert nyt emne! Ud over den tid, der kræves for posten, kan du sikkert se hvad der sker, når en studerende ændres adresse og Maria har til at finde og opdatere alle de forrige poster? Hun forsøger en anden struktur med kun én post for hver enkelt studerende. Dette kræver mange ekstra felter - stil:

Navn

Adresse

Telefon (privat)

Navnet på emnet 1

Karakter for emne 1

Navnet på emne 2

Karakter for emne 2

Navnet på emne 3

Men hvor mange emnerne hun skal give tilladelse til? Hvor meget plads der denne affald? Hvordan ved hun, hvilken kolonne der skal finde noget i til at finde "Oversigt over 104"? Hvordan kan hun gennemsnitlig karakterer, der kan være i alle gamle kolonner? Når du får vist denne gentagelse af felter, skal dataene opdeles i separate tabeller.

Løsning på hendes problem, skal du foretage tre tabeller: et til studerende, én til emnerog én til karakterer. Tabellen elever skal have en entydig kode til hver enkelt studerende, så computeren ikke få forvirret over to studerende med de samme navne. Maria kalder feltet StudentID, så de studerende tabel indeholder felter:

StudentID en entydig kode for hver enkelt studerende.

Efternavn opdele efternavn og fornavn for at gøre det nemmere at søgninger.

Fornavn

Adresse opdele adresseoplysninger af samme årsag.

Suburb

Postnummer

Telefon

Tabellen emnerne får felter:

SubjectID en entydig kode for hvert emne.

Emne fulde titel for emnet

Noter kort beskrivelse af, hvad dette emne omfatter.

Tabellen karakterer, der har derefter kun tre felter:

StudentID binder dette element til en studerende i tabellen studerende

SubjectID binder dette element til et emne i tabellen emner

Bruge mærket denne student opnået i dette emne.

Efter oprettelse af de tre tabeller, skal Maria oprette en kæde mellem dem. I Access 95-2003, skal hun vælge Database objektbeholder vinduet og vælge relationer i menuen Funktioner (menuen Rediger i Access-1 -2.) I Access 2007 er relationer i gruppen Vis/Skjul under fanen Databaseværktøjer . "Karakterer" bliver den "relaterede tabel" i relationer med begge de andre tabeller.

Hun skriver nu alle elever i tabellen studerende med den entydige StudentID for hver. Næste indtaster hun alle de emner, hun lærer i tabellen emner , hver med en SubjectID. Derefter i slutningen af ordet, når mærkerne, der er klar, kan hun angive dem i tabellen karakterer ved hjælp af den relevante StudentID fra tabellen studerende og SubjectID fra tabellen emner .

For at angive mærker, hun opretter en formular ved hjælp af guiden "Formular/underformular": "emnerne" er kilden til hovedformularen, og "karakterer" er kilden til underformularen. Nu med det relevante emne i hovedformularen, og tilføjer hver StudentID og bruge i underformularen.

Karaktererne der er angivet efter emne, men Maria skal have vist dem ved at studerende. Hun opretter en anden formular/underformular, med hovedformularen læse dataene fra tabellen studerende og underformularen fra tabellen karakterer . Da hun har brugt StudentID ved indtastning af karakterer, der er i sin tidligere form, Access links denne kode står i den nye hovedformularen og viser automatisk alle emner og karakterer for student i hovedformularen.

MVP-logo

Allen Jensen er en mest valgmuligheder Professional (MVP) for at få adgang. Brian Browne er ejeren af Allen Jensen Database og undervisning, og han bor i Perth, Australien.

Udvid dine Office-færdigheder
Gå på opdagelse i kurser
Få nye funktioner først
Bliv Office Insider

Var disse oplysninger nyttige?

Tak for din feedback!

Tak for din feedback! Det lyder, som om det vil kunne hjælpe, hvis du bliver sat i forbindelse med en af vores Office-supportteknikere.

×