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

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

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

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

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

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

Дата заказа Компьютер Цена Кол Стоимость Название Контактная персона Телефон Город
20.01.99 Pentium i166 333,00   3330,00 ОАО Лад Серый Денис 293-55-74 Спб
27.12.98 Pentium i133 322,00   2576,00 АО Плата Сидоров Петр 343-77-88 Москва
25.12.98 Pentium i133 322,00   1610,00 АО Прогресс Ломтин Василий 234-78-87 СПб
24.12.98 AMD K5-P100 296,00   1184,00 АО Рубин Барышев Семен 989-88-99 Москва
25.12.98 Pentium i133 322,00   3220,00 ОАО Лад Серый Денис 293-55-74 Спб
05.01.99 Pentium i166 MMX 386,00   1930,00 ООО Память Холодная Вера 345-67-77 Минск
26.12.98 Pentium i166 333,00   999,00 АО Прогресс Ломтин Василий 234-78-87 СПб
25.12.98 Pentium i200 351,00   351,00 АО Рубин Барышев Семен 989-88-99 Москва
24.12.98 Pentium i200 MMX 425,00   4250,00 НПО Алмаз Иванова Светлана 454-33-33 Москва
26.12.98 Pentium i200 351,00   2106,00 ОАО Лад Серый Денис 293-55-74 Спб
04.01.99 Pentium i200 MMX 425,00   1700,00 ОАО Плата Умная Анна 389-84-33 Москва
20.01.99 Pentium i133 322,00   1610,00 НПО Алмаз Веткин Андрей 989-88-99 Спб
20.01.99 Pentium i200 MMX 425,00   850,00 ОАО Лад Серый Денис 293-55-74 Спб

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

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

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

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

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

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

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

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

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

Сотрудник Телефон
Иванов  
Петров  
Сидоров  
Чистяков  

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

Сотрудник № комнаты Телефон
Иванов    
Петров    
Сидоров    
Чистяков    

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

№ комнаты Телефон
   
   
   
   
Сотрудник № комнаты
Иванов  
Петров  
Сидоров  
Чистяков  

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

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

Компьютер Цена
Pentium i166 333,00
Pentium i133 322,00
AMD K5-P100 296,00
Pentium i200 MMX 425,00
Pentium i133 322,00
Pentium i166 MMX 386,00
Pentium i166 333,00
Pentium i200 351,00
Pentium i200 MMX 425,00
AMD K5-P133 307,00

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

Название Контактная персона Телефон Город
ОАО Лад Серый Денис 293-55-74 Спб
АО Плата Сидоров Петр 343-77-88 Москва
АО Прогресс Ломтин Василий 234-78-87 СПб
АО Рубин Барышев Семен 989-88-99 Москва
ООО Память Холодная Вера 345-67-77 Минск
АО Рубин Барышев Семен 989-88-99 Москва
НПО Алмаз Иванова Светлана 454-33-33 Москва
НПО Алмаз Веткин Андрей 989-88-99 Спб

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

Дата заказа Компьютер Кол Стоимость Название
20.01.99 Pentium i166   3330,00 ОАО Лад
27.12.98 Pentium i133   2576,00 АО Плата
25.12.98 Pentium i133   1610,00 АО Прогресс
24.12.98 AMD K5-P100   1184,00 АО Рубин
25.12.98 Pentium i133   3220,00 ОАО Лад
05.01.99 Pentium i166 MMX   1930,00 ООО Память
26.12.98 Pentium i166   999,00 АО Прогресс
25.12.98 Pentium i200   351,00 АО Рубин
24.12.98 Pentium i200 MMX   4250,00 НПО Алмаз
26.12.98 Pentium i200   2106,00 ОАО Лад
04.01.99 Pentium i200 MMX   1700,00 ОАО Плата
20.01.99 Pentium i133   1610,00 НПО Алмаз
20.01.99 Pentium i200 MMX   850,00 ОАО Лад

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

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

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

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

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

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


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: