Значения свойства “Индексированное поле”

Значение	Описание
Нет	Не создает индекс по данному полю (используется по умолчанию)
Да (Допускаются совпадения)	Создает индекс по данному полю
Да (Совпадения не допускаются)	Создает уникальный индекс по данному полю

Это свойство можно определить в бланке свойств в окне конструктора таблиц (в списке “Свойства поля”). На экране появится окно “Индексы”. Если ключ таблицы состоит из одного поля, то MS Access автоматически устанавливает значение “Да (Совпадения не допускаются)” свойства “Индексированное поле” для данного поля.

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

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

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

Внешний ключ - ключевой элемент подчиненной (внешней, дочерней) таблицы, значение которого совпадает со значением первичного ключа главной (родительской) таблицы.

После создания таблиц и определения ключей необходимо создать связи между таблицами. Связи - представляют собой простые ассоциации между таблицами. Например, утверждение “Покупатели приобретают продукты” указывает, что между сущностями “Покупатели” и “Продукты” существует связь, и такие сущности называются участниками этой связи.

Существует несколько типов связей между двумя сущностями: это связи “один к одному”, “один ко многим” и “многие ко многим”.

Порядок выполнения работы

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

Этапы 1-3 проектирования БД изучить теоретически, 4-5 выполнить практически.

1-й этап. Определение цели проектирования БД.

Проектируемая реляционная БД должна содержать структурированную информацию о клиентах, проектах, сотрудниках фирмы и о должностях, занимаемых сотрудниками.

Проектируемая БД должна поддерживать выполнение, как минимум, следующих основных функций: ввод и обновление информации, просмотр и удаление.

2-й этап. Разработка информационно-логической модели предметной области.

Вся информация о предметной области может быть логично разделена на 4 таблицы: “Сотрудники”, “Должности”, “Проекты”, Клиенты”.

При этом выполняются основные требования к содержанию таблиц:

• Каждая таблица содержит информацию только на одну тему.

• Информация в таблицах не дублируется.

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

Базовые таблицы включают в себя следующие поля (табл. 1.3):

Таблица 1.3