Таблица 1.2.
Заказы компании
В этом примере общими полями являются поле Номер (ID) таблицы Клиенты и поле Клиент таблицы Заказы . А именно, поле Клиент содержит номер клиента из таблицы Клиенты . Таким образом, каждая запись таблицы Заказы ссылается на какую-либо запись таблицы Клиенты .
На этом принципе организации связи между таблицами и построены реляционные базы данных. Простой на первый взгляд способ связи предоставляет массу полезных возможностей. В частности, он позволяет извлекать информацию одновременно из нескольких таблиц (например, можно составить отчет, представляющий собой список клиентов с указанием общей суммы заказов каждого клиента), а также избежать дублирования сведений. Так, в данном примере не нужно в каждом заказе указывать адрес клиента.
Кроме того, полезно знать, что если одна таблица ссылается на другую, то первая таблица называется дочерней (как таблица Заказы ), а вторая – родительской (как таблица Клиенты ). Если одна запись ссылается на другую, они также называются дочерней и родительской.
Ключевые поля
В реляционной базе данных существует два вида ключевых полей: первичный ключ и вторичный ключ. Для идентификации записей в таблице используется первичный ключ – поле или набор полей таблицы, чьи значения однозначно определяют запись. Соответственно значения первичного ключа должны быть уникальны, то есть в таблице не должно быть двух строк с одинаковыми значениями первичного ключа.
Практически всегда в качестве первичного ключа используется специальное поле, содержащее номер записи (например, поле Номер (ID) в таблице Клиенты ). Программа Access присваивает записям номера автоматически и гарантирует уникальность номеров.
Вторичным ключом называется поле дочерней таблицы, содержащее значения первичного ключа родительской таблицы. Например, поле Клиент в таблице Заказы является вторичным ключом. Таким образом, связи между таблицами организуются с помощью ключевых полей.
Теперь, когда вы познакомились с основными элементами таблиц, можно приступать к разработке структуры собственной базы данных.
Проектирование структуры данных
Как и построение здания, построение базы данных начинается с проектирования. Чтобы понять, какая структура базы будет для вас наиболее удобной и полезной, следуйте нижеприведенным этапам проектирования.
1. Для начала необходимо выяснить, каково назначение базы данных и какую информацию необходимо получать из базы. Составьте список типичных запросов к базе данных:
