Понятие реляционной базы данных

MS Access – это система управления базами данных. Под системой понимается программа , которая не только позволяет хранить большие массивы данных , но и обрабатывать их, представляя в удобном для пользователя виде.

Используя MS Access можно создавать удобные формы для ввода и просмотра данных, выполнять необходимые вычисления, составлять различной сложности отчеты. В СУБД MS Access обладает мощным набором сервисных средств, облегчающих работу пользователя. Мастера помогают создавать таблицы, запросы, формы, отчеты из имеющихся заготовок, выполнив всю черновую работу. Макросы позволяют автоматизировать многие процессы без использования традиционных средств программирования. Более опытные пользователи могут воспользоваться встроенным языком программирования VBA (Visual Basic for Application) , позволяющим создавать сложные приложения.

Мощность и простота использования делают MS Access одной из лучших программ для управления базами данных.

MS Access является реляционной базой данных . Реляционная база данных представляет собой множество взаимосвязанных двумерных таблиц – реляционных таблиц, в каждой из которых содержатся сведения об одном объекте.(relation – связь, отношение)

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

После непродолжительной работы пользователь столкнется с рядом проблем.

1. В Московском районе, в котором находится фирма постоянного клиента Дениса Серого поменялись номера телефонов и теперь для замены одного номера телефона требуется просмотреть всю таблицу и внести изменения в несколько записей.
2. Запись о заказе Ивановой Светланы оказалась ошибочной и после удаления соответствующей строки мы потеряли данные об этом клиенте или о товаре заказанным клиентом.
3. При создании новой записи мы должны просмотреть таблицу в поисках данных о стоимости товара.
4. Случайно допустив ошибку в названии модели компьютера мы не сможем впоследствии правильно подвести итоги о популярности товара.

Этот список можно дополнить. Таким образом мы столкнулись с аномалиями базы данных.

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

ü Аномалии модификации – изменение значения одного данного может повлечь за собой просмотр всей таблицы и соответствующего изменения других записей

ü Аномалии удаления – при удалении какого-либо данного из таблицы может пропасть и другая информация, которая не связана напрямую с удаляемыми данными

ü Аномалии добавления – информацию в таблицу нельзя поместить до тех пор пока она не полная, либо вставка новой записи потребует просмотр всей таблицы (новый сотрудник)

Обратите внимание на выделенные серым цветом строки таблицы. Здесь мы столкнулись с дублированием информации. Различается простое (не избыточное) и избыточное дублирование данных.

Пример простого дублирования

Пример избыточного дублирования

Для ликвидации дублирования разобьем таблицу на две

Вернемся к нашему первому примеру и попытаемся избавиться от избыточности (дублирования) информации, разбив данные одной таблицы на несколько таблиц.

Таблица Товары

Таблица Клиенты

Таблица Заказы

Если при работе с таблицами Клиенты и Товары мы можем спокойно добавлять или удалять записи, то при добавлении новой записи в таблицу Заказы нам необходимо предварительно просмотреть содержимое таблиц Товары и Клиенты. Следовательно в данном случае простое разбиение данных по таблицам не снимает всех проблем.

Итак каждая таблица включает информацию об объектах определенного типа ,например о товарах, поставщиках , клиентах и т.д.

Структура реляционной таблице определяется составом и последовательностью полей , (столбцов). Каждое поле отражает определенный атрибут объекта и соответственно содержит данные одного типа. Обращение к полю возможно по его уникальному имени.

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

Ключевые поля используются для создания связей между таблицами. А связи между таблицами дают возможность совместно использовать данные из нескольких таблиц.

Размещение сведений о каждом объекте в отдельной таблице и связывание таблиц позволяет избежать дублирования данных и упрощает процесс обновления и поиска в базе.