Контрольные вопросы

1. Перечислите основные свойства поля, которые вам известны. Опишите одно из них.

11. Чем отличается имя поля от его подписи?

12. Назовите главное отличие и главное сходство формата поля и маски ввода.

13. (*) Могут ли быть одинаковые имена полей в разных таблицах? Ответ пояснить.

14. Что такое регистрозависимость? Являются ли регистрозависимыми имена полей, объектов и т. п. в Access?

15. Что в первую очередь характеризует свойство поля «тип данных»?

16. На какие два подмножества делят все типы данных? Почему?

17. Какие типы данных существуют в Access? Дайте описание одному из них, включая способ хранения этих данных в БД.

18. Какие способы создания таблиц в Access вы знаете? Кратко охарактеризуйте преимущества и недостатки каждого из них.

19. Каким образом осуществляется навигация по таблице, выделение записей? Допустимо ли выделение в Access нескольких записей? Какие ограничения при этом существуют?

20. (*) Возможно ли одновременно наличие двух текущих записей в одной таблице? Ответ пояснить.

ЛАБОРАТОРНАЯ РАБОТА №3 Формирование связей между таблицами. Типы связей

Цель работы

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

Описание

Разделение данных

Основные преимущества систем управления базами данных реализуются при работе не с отдельными таблицами, а с группами взаимосвязанных таблиц, иначе вполне можно было ограничиться возможностями Microsoft Excel, который не содержит специальные средства СУБД (например, реляционную модель, см. описание к лабораторной работе №1).

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

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

Реализация разделения данных. Ключевые поля

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

А каждый раз, когда требуется объединить несколько связанных таблиц воедино, сама СУБД связывает их между собой в так называемое представление данных – временную таблицу, содержащую выборочные данные из нескольких исходных таблиц, не сохраняемую в БД и удаляемую из оперативной памяти по окончании работы с ней.

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

Так как же реализован механизм связывания отдельных таблиц в единое целое?

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

Свойствами любого ПК всегда является индекс, исключающий совпадения (см. таблицу 2), и обязательный ввод данных.

Например, если из таблицы Заказы известно, что его обработал сотрудник Иванов. Но в таблице Сотрудники фирмы может быть несколько разных Ивановых, и компьютер не разберётся, кто же из них обработал данный заказ. Это означает, что поле Фамилия не является уникальным и потому его нельзя использовать для связи между таблицами. Поле Номера телефона – более удачный кандидат на звание первичного ключа, но, как вы понимаете, и одним телефоном могут пользоваться несколько разных людей.

Если ни одно поле таблицы не приемлемо в качестве уникального, его можно создать искусственно, с помощью дополнительного служебного поля.

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

Свойства ВК определяют вид связи между таблицами.