Релации между таблиците

Забележка: Бихме искали да ви осигурим най-новото помощно съдържание възможно най-бързо на вашия собствен език. Тази страница е преведена чрез автоматизация и може да съдържа граматически грешки и несъответствия. Нашата цел е това съдържание да ви бъде полезно. Можете ли да ни кажете дали информацията е била полезна за вас, в дъното на тази страница? Ето статията на английски за бърза справка.

Чрез Allen Браун достъп до най-ценен Професионалист

База данни начинаещи понякога борба с какви таблици са необходими и как да се отнасят една таблица в друга. Това е най-вероятно лесният да следват с пример.

Като учител Дани трябва да проследявате всеки ученически името и домашен подробности, както и темите, които са предприели и оценките, постигната. За да направите всичко това в една таблица, тя може да опитате полета:

Име

Адрес

Домашен телефон

Тема

Оценка

Но тази структура изисква да въведете име и адрес на Стюдънт отново за всяка нова тема! Освен времето, необходимо за запис Представяте ли какво се случва, когато студент се променя адрес и Дани трябва да намерите и актуализиране на всички предишни записи? Тя се опитва различна структура със само един запис за всеки ученик. Изисква се много допълнителни полета - нещо като:

Име

Адрес

Домашен телефон

Името на тема 1

Оценка за тема 1

Името на тема 2

Оценка за тема 2

Името на тема 3

Но колко теми, трябва да й позволи? Колко място ще тази загуба? Как действа тя знае кои колона, за да търсите в да се намери "История 104"? Как мога да тя средно класове, които могат да бъдат във всяка колона, стар? Когато видите това повторение на полета, трябва да се разделят отделни таблици данни.

Решение на проблема си включва три таблици: една за студенти, един за темии една за класове. Учениците таблицата трябва да има уникален код за всеки ученик, така че компютърът не се объркват за ученици със същите имена. Дани покани това поле StudentID, така че учениците таблица съдържа полета:

StudentID уникален код за всеки ученик.

Фамилно име разделяне на фамилно име и собствено име, за да улесните търсения.

СобственоИме

Адрес разделяне адресната информация по същата причина.

Само

Пощенски код

Телефон

Темите таблицата ще има полета:

SubjectID уникален код за всяка тема.

Тема пълното заглавие на темата

Бележки кратко описание на това, което покрива тази тема.

Таблицата класове след това ще има само три полета:

StudentID е свързан този запис за учащ таблицата за ученици и студенти

SubjectID е свързан този запис с дадена тема в таблицата по- теми

В тази тема постигне клас Маркирай този ученик.

След като създадете три таблици, Дани трябва да създадете връзка между тях. В Access 95-2003, тя ще изберете контейнер с база данни на прозореца и изберете релации от менюто инструменти (меню за редактиране в Access 1 -2.) В Access 2007 зависимости е в групата Показване/скриване на лентата с Инструменти за бази данни . "Категории" ще бъде "свързана таблица" в релации с двете други таблици.

Сега тя влиза всички ученици в таблицата учениците с уникални StudentID за всеки. Тя се въвежда всички теми, тя учи в темите на таблицата, всяка с SubjectIDнапред. След това в края на срока, когато маркерите са готови, тя да ги въведете в таблицата класове , използване на подходящия StudentID от таблицата за ученици, студенти и SubjectID от таблицата по- теми .

За да въведете знаците, тя създава формуляр, с помощта на съветника за "Формуляр/подформуляри": "теми" е източник за главния формуляр и "категории" е източник за подформуляра. Сега с подходящия тема в главния формуляр и добавя всеки StudentID и ученика в подформуляра.

Степените са въведени по тема, но Дани трябва да ги преглеждате от ученик. Тя създава друг формуляр/подформуляр, с главния формуляр, прочетете нейните данни от таблицата за ученици, студенти и подформуляра от таблицата класове . Тъй като тя използва StudentID при въвеждане на оценките в предишната си форма, Access връзки този код към една в новия главния формуляр и автоматично се показва всички теми и степени за ученика в главния формуляр.

MVP logo

Allen Браун е най-ценен професионалист (MVP) за достъп. Г-н Браун е собственик на база данни и обучение Allen Браун, и той се намират в Корея.

Разширете уменията си в Office
Преглед на обучението
Получавайте първи новите функции
Присъединете се към участниците в Office Insider

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×