Реляционные базы данных
Занятие 1. Реляционные базы данных
(Продолжительность занятия 30 минут)
Бизнес-решения почти всегда требуют поддержки баз данных. В настоящее время наиболее распространены два типа реляционных БД: файловые и клиент-серверные. На этом занятии обсуждаются реляционные базы данных, характеристики файловых и клиент-серверных баз данных, а также описываются области применения каждой из этих архитектур.
Изучив материал этого занятия, Вы сможете:
- описать структуру реляционной базы данных;
- объяснить различия между файловыми и клиент-серверными реляционными базами данных;
- подобрать тип реляционной базы данных, подходящей для конкретной ситуации.
Структура реляционной базы данных
Реляционная модель — современный стандарт проектирования баз данных. Информация в ней представлена в виде набора таблиц. Отношения между данными определяются не по методу их физического хранения, а на основе отношений между таблицами.
В такой реляционной базе данных, как Microsoft Access, сведения из нескольких таблиц можно комбинировать в одном запросе, форме или отчете.
Независимо от того, как хранятся данные в файле БД, таблицы всегда представлены в виде набора строк и столбцов, как в электронной таблице (рис. 6.1). В реляционной базе данных строки называются записями, а столбцы — полями.
Рис. 6.1 Структура реляционной базы данных
Запись содержит информацию об одном элементе таблицы: например, в таблице Employees БД Northwind (рис. 6.2) это сведения о конкретном сотруднике. Каждое поле таблицы содержит элемент информации записи. Например, таблица Employees включает поля для идентификатора сотрудника (Employee ID), его фамилии (Last Name), имени (First Name) и других данных.
Рис. 6.2 База данных Northwind
Ключ — это поле или поля таблицы, которые проиндексированы для ускорения доступа к записям. Поле (или поля), значения которого однозначно идентифицируют запись, можно назначить первичным ключом. Например, для таблицы Employees наиболее удачный первичный ключ — поле идентификатора сотрудника (Employee ID), поскольку два сотрудника не могут иметь один и тот же идентификатор. Таблица может содержать и внешние ключи — они применяются для идентификации первичного ключа другой таблицы, связанной с данной.
Например, поле «идентификатор клиента» (Customer ID) таблицы заказов БД Northwind позволяет избежать дублирования информации о клиенте для каждого заказа. В таблице заказов такое поле — внешний ключ: оно ссылается на внешнюю по отношению к ней таблицу клиентов. Соотношение между заказами и клиентами, в терминологии реляционных БД, — это отношение «один ко многим»: каждому заказу соответствует один (и только один) клиент, но один клиент может сделать несколько заказов.
