Microsoft Access - Проектирование базы данных

Проектирование базы данных

Вариант 2

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

Задания:

1. Таблица «Издательства»:

Таблица «Авторы»:

Таблица «Книги»:

Схема данных:

Для создания схемы данных: нажимаем на вкладке Работа с базами данных, затем Схема данных.

Для создания связей между таблицами, переходим на вкладку Конструктор, затем Изменить связи.

В окне Изменение связей создаем новую связь.

Создаем связь между таблицами.

Создание запроса: на вкладке Создание выбираем Мастер запросов.

Выбираем Простой запрос и нажимаем кнопку ОК.

Выбираем Таблицу и Поля для запроса.

Даем название Запросу и нажимаем Готово.

Правой кнопкой мыши кликаем по Запросу и переходим в режим Конструктора.

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

Создаем сам Запрос в Конструкторе.

И на вкладке Результаты выбираем Выполнить.

Также можно писать Запрос в Режиме SQL. Нажимаем правой клавишей мыши по закладке Запрос и выбираем данный режим.

Затем пишем код для Запроса.

Select – выборПоля из таблицы

From – из какой таблицы брать информацию для Запроса

Where – само условие Запроса

Order By – сортировка по возрастанию

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

1. Информационно-логическая модель - это информационное описание некоторой сущности предметной области; реального объекта, процесса, явления или события.

2. Виды связей:

• связь один-к-одному - когда один экземпляр одного объекта связан с единственным экземпляром другого.
• связь один-ко-многим - когда один экземпляр первого объекта связан с одним или более экземплярам экземпляром второго объекта, но каждый экземпляр второго связан только с одним экземпляром первого.
• связь многим-ко-многим - когда один экземпляр первого объекта связан с одним или большим количеством экземпляров второго и каждый экземпляр второго объекта связан с одним или многим экземплярами первого.

3. Требования нормализации:

• ИО должен содержать уникальный идентификатор - ключ (простой из одного реквизита или составной из нескольких)
• описательные (не ключевые) реквизиты должны быть взаимонезависимы.
• реквизиты, входящие в составной ключ, должны быть взаимонезависимы.
• каждый описательный реквизит должен функционально-полно зависеть от ключа ИО. Это означает, что каждому значению ключа соответствует только одно значение описательного реквизита. 
• каждый описательный реквизит в ИО не может зависеть от ключа транзитивно, т.е. через другой промежуточный реквизит.