Сортировка и фильтрация довольно частые в работе с таблицами операции, и программа Access позволяет их выполнять достаточно просто и быстро



Сторінка6/9
Дата конвертації16.04.2016
Розмір0.53 Mb.
1   2   3   4   5   6   7   8   9

Реляционная конструкция


Для решения дилемм, аналогичных описанной выше (повторяющиеся записи и повторяющиеся группы полей), обычно применяют реляционные модели данных. Реляционная модель была описана в начала 70-х годов прошлого века сотрудником компании IBM доктором Эдгаром Коддом.

Первый этап: разделение данных


Первый этап создания реляционной базы данных будет заключаться в разделении полей на несколько специализированных таблиц. Каждая из таблиц должна содержать записи с полями только одного тематического класса.

В примере таблицы торговых представителей можно выделить два тематических класса – контактная информация торговых представителей и реквизиты компаний. Все проблемы, возникавшие ранее при реализации нереляционной модели, были связаны с тем, что два тематических класса объединялись в единой таблице. В первую очередь необходимо для каждого тематического класса создать отдельную таблицу. В табл. 7 показана структура таблицы контактной информации, а в табл. 8 – структура таблицы с реквизитами компаний.



Таблица 7. Структура таблицы Контакты

Поле

Описание

Ключ

Первичный ключ

Имя

Имя контактного лица

Фамилия

Фамилия контактного лица

Телефон

Номер телефона компании

Факс

Номер факса компании

Регион

Откуда прибыло контактное лицо

Примечания

Комментарии или примечания, относящиеся к контактному лицу


Таблица 8. Структура таблицы Компании

Поле

Описание

Название

Название компании

Адрес

Улица и номер дома в адресе

Город

Город в адресе

Область

Область в адресе

Индекс

Индекс в адресе

Телефон

Номер телефона компании

Второй этап: добавление в таблицу вторичного ключа


На первый взгляд разделение таблиц выглядит ущербным по своей сути: если эта работа выполнена неверно, две таблицы не будут иметь ничего общего. Поэтому второй шаг при создании реляционной базы данных – это определение в них общих элементов.

Связывает эти таблицы то, что один торговый агент может работать только в одной компании. Таким образом, каждой записи таблицы Контакты соответствует только одна строка таблицы Компании. Исходя из этого, в каждую запись таблицы Контакты нужно добавить некоторую информацию из соответствующей ей строки таблицы Компании.



При создании реляционной базы данных необходимо определить поле, которое будет общим в обеих таблицах, а затем относительно этого поля создать связку между таблицами. Это поле должно удовлетворять трем условиям:

  • Его название не должно совпадать с названием какого-либо поля во второй таблице.

  • Оно должно уникально идентифицировать одну запись во второй таблице.

  • Для экономии места и во избежание ошибок ввода данных, этим полем должно стать самое маленькое из всех полей таблицы, удовлетворяющих первым двум условиям.

В рассматриваемом примере базы данных торговых представителей в таблицу Контакты должно быть добавлено поле, которое будет однозначно связывать каждую запись с какой-то одной записью таблицы Компании. Очевидно, что названия компаний уникальны, но они могут быть слишком велики, так что поле Название определенно не подходит. Поле номера телефона значительно короче, но в таблице Контакты поле с таким названием тоже существует. Следовательно, более всего подходит поле КодКомпании – первичный ключ таблицы Компании. После добавления этого поля в структуре таблицы Контакты последняя примет следующий вид (табл. 9):

Таблица 9. Структура таблицы Контакты

Поле

Описание

Ключ

Первичный ключ

КодКомпании

Вторичный ключ таблицы Компании

Имя

Имя контактного лица

Фамилия

Фамилия контактного лица

Телефон

Номер телефона компании

Факс

Номер факса компании

Регион

Откуда прибыло контактное лицо

Примечания

Комментарии или примечания, относящиеся к контактному лицу

Когда некоторая таблица содержит поле первичного ключа связанной таблицы, это поле называют вторичным ключом. Вторичные ключи – основа конструкции реляционной базы данных.

Третий этап: установка связи между связанными таблицами


После того как вторичные ключи вставлены в таблицы, нужно реализовать заключительный этап создания реляционной базы данных – установить связь между этими таблицами.

1   2   3   4   5   6   7   8   9


База даних захищена авторським правом ©shag.com.ua 2016
звернутися до адміністрації

    Головна сторінка