Проектирования и создания БД «Оптовая база»

 

     Проектирования  и создания БД «Оптовая база»

      

     Основные  понятия системы  управления базами данных

     База  данных – это совокупность связанных между собой сведений о конкретных объектах реального мира в какой-то предметной области.

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

     Для описания объектов используют значения атрибутов, т.е. данные.

     Данное – некоторый показатель (признак, свойство), который характеризует объект и принимает для конкретного экземпляра объекта некоторое текстовое или числовое значение. В теории БД “данное” называют полем.

     В БД совокупности данных представляются в  виде простой двумерной  таблицы. Реляционная база данных представляет собой множество взаимосвязанных двумерных таблиц, состоящих из однотипных строк – реляционных таблиц, в каждой из которых содержатся сведения об одной сущности. Каждая таблица состоит из фиксированного количества столбцов и переменного количества строк. Описание столбцов, составляемое разработчиком, называют макетом таблицы. Каждый столбец – это конкретное поле (данное). Каждая строка таблицы называется записью. Каждое поле может входить в состав нескольких таблиц. Каждая запись в таблице должна иметь первичный ключ, т.е. идентификатор (конкретное значение поля, адрес), значение которого однозначно определяет эту и только эту запись. Ключ может состоять из одного поля, тогда его называют простым, или из нескольких полей, тогда его называют составным ключом. Первичный ключ должен обладать свойством однозначной идентификации: запись должна однозначно определяться значением первичного ключа. Никакое поле нельзя удалить из ключа, не нарушая при этом свойство однозначной идентификации. Каждое значение первичного ключа в пределах таблицы должно быть уникальным. В противном случае невозможно отличить одну запись от другой.

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

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

     Совокупность реквизитов информационного объекта должна отвечать требованиям нормализации.

     Таблицы. Это основные объекты любой базы данных. Именно в них хранятся, во-первых, все данные, имеющиеся в базе, а, во-вторых, структура самой базы (поля, их типы и свойства). 

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

     Формы. Это средства для ввода и просмотра данных. С помощью форм можно закрыть некоторые поля для несанкционированного ввода, можно разместить специальные элементы управления (счетчики, раскрывающиеся списки, переключатели, флажки и пр.) для автоматизации ввода. Можно представить форму с помощью графических средств, в виде бланка, если ввод производится со специальных бланков. С помощью формы можно не только вводить данные, но и отображать, применяя специальные средства.

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

     Страницы. Этот объект позволяет создать Web-страницы, компоненты которых осуществляют связь с базой данных. Web-страницу можно передать клиенту, сама же база будет располагаться на сервере.

     Макросы и модули. Эти объекты предназначены как для автоматизации повторяющихся операций при работе с СУБД, так и для создания новых функций путем программирования. Макросы состоят из последовательности внутренних команд СУБД Access и являются одним из средств автоматизации работы с базой. Модули создаются средствами внешнего языка программирования Visual Basic for Applications.

1. Создание  таблиц и связей между ними в режиме конструктора

     Способ  создания таблиц в режиме конструктора выглядит следующим образом:

     В группе объектов окна Базы данных выбираем объект «таблицы», затем двойной  клик на «Создание таблицы в режиме конструктора» - открывается окно конструктора Таблица 1, в котором мы определяем структуру таблицы базы данных (БД) (рис.1.1).

Рисунок 1.1 – Конструктор таблиц

     При отображении таблицы в режиме Конструктора в окне можно выделить две основные области: сверху область Бланк и снизу Свойства поля.

     Область Бланк – основная часть окна Режим конструктора таблиц.

     В первом столбце в верхней части этого окна вводим имена полей, во втором столбце из раскрывающегося списка выбираем тип для каждого поля. Открывается список кнопкой выбора типа поля, которая является скрытым элементом управления, и отображается только после щелчка на поле бланка.

     Нижняя  часть бланка содержит список свойств  поля, выделенного в верхней части. Некоторые свойства заданы по умолчанию. Свойства можно настраивать, а можно  и не трогать. Введем данные (имена  полей) и их типы. Имя поля – код  товара задаем типом – числовой.

     В результате получим (рис.1.2):

     

Рисунок 1.2 – Конструктор таблицы Товар

     После закрытия окна Таблица1, появляется окно (рис.1.3):

     

Рисунок 1.3 – Диалоговое окно

     Затем окно Сохранение (рис.1.4):

     

Рисунок 1.4 – Окно Сохранения

     Задаем  имя таблицы и подтверждаем его, нажав на кнопку .

     Таким образом, были созданы следующие  таблицы:

• поставщики
• поставки
• сделки

     Смотри  Приложение «Таблицы».

     Все разработанные таблицы были созданы в режиме конструктора и полностью соответствуют вышеуказанному алгоритму действий. Например, таблица «Поставщики» выглядит следующим образом (Рис.1.5):

     Рисунок 1.5 – Таблица Поставщики

Установка связей между таблицами

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

     При первом открытии этого окна для текущей  базы данных, оно будет пусто, откроется  диалоговое окно Добавление таблицы. Щелкнем кнопкой мыши по имени первой Таблицы Товары, а затем по кнопке Добавить. В окне Схемы данных отображается выбранная таблица со всеми своими полями. Также нужно выбрать остальные таблицы. После выбора таблиц щелкнем по кнопке Закрыть. Окно Добавление таблицы закрывается.

     На  экране появится диалоговое окно Схемы данных.  Мы видим выбранные таблицы со своими полями. Ключевые поля выделяются полужирным начертанием.

     Щелкнем в таблице Товары по полю Код товара и не отпуская кнопки мыши подводим курсор мыши к полю Код товара таблицы Сделки. Затем отпускаем кнопку мыши.

     Схема данных показана на следующем рисунке (Рис.1.6):

     

Рисунок 1.6 – Схема данных БД

     2. Создание запросов

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

     В итоге были созданы следующие  запросы (Рис.2.1):

     

Рисунок 2.1 – Объекты Запросы

     Процесс создания многих запросов с помощью  конструктора аналогичен, поэтому приведем только один пример создания такого запроса.

       Итак, для создания запроса необходимо:

1. В окне БД выбрать строку Запросы.
2. Выбрать на панели кнопку Создать.
3. В появившемся окне Новый Запрос выбрать строку Конструктор. (рис.2.2)

     

Рисунок 2.2 – Окно нового запроса

     4) Далее в появившемся окне Добавление  Таблицы нужно выбрать те таблицы, поля которых входят в запрос. Выбор таблицы осуществляется одинарным кликом на таблицу, а потом нажатием на кнопку «добавить», либо двойным кликом по нужной таблице (рис.2.3).

     

Рисунок 2.3 – Добавление таблицы

5. Закрыть окно Добавление Таблицы.
6. После выбора таблицы, окошко с названием таблицы и её полями появляется в верхней части окна конструктора запроса.
7. Затем заполняем ячейки «поле», «имя таблицы», «вывод на экран», а «сортировка», «условие отбора» заполняются в зависимости от условия запроса. В ячейках «поле», «имя таблицы» и «сортировка» можно использовать выпадающее меню, в ячейке «вывод на экран» необходимо просто поставить или убрать галочку в зависимости от необходимости вывода данного поля на экран.

      В итоге получаем заполненный бланк  запроса, например запрос Все поставки с именами (рис. 2.4)

Рисунок 2.4 – Бланк запроса Все поставки с именами

     3. Нормализация базы данных

     Нормализация  таблиц – это устранение избыточности данных.

     Признаки нормализованности таблиц:

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

     Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто.

     Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

     Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и не одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля.

     Существует 4НФ, 5НФ это высшие нормальные формы. Для данного случая достаточно 3НФ.

     Процедура нормализации основывается на том, что единственными функциональными зависимостями в любой таблице должны быть зависимости вида K®F, где K – первичный ключ, а F – некоторое другое поле. Заметим, что это следует из определения первичного ключа таблицы, в соответствии с которым K®F всегда имеет место для всех полей данной таблицы. "Один факт в одном месте" говорит о том, что не имеют силы никакие другие функциональные зависимости. Цель нормализации состоит в том, чтобы избавиться от всех "других" функциональных зависимостей, т.е. таких, которые имеют иной вид, чем K®F.