Архитектура Microsoft Windows для разработчиков

         

Реляционные базы данных


Занятие 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 позволяет избежать дублирования информации о клиенте для каждого заказа. В таблице заказов такое поле — внешний ключ: оно ссылается на внешнюю по отношению к ней таблицу клиентов. Соотношение между заказами и клиентами, в терминологии реляционных БД, — это отношение «один ко многим»: каждому заказу соответствует один (и только один) клиент, но один клиент может сделать несколько заказов.



    Содержание раздела