СУБД Предприятия

             

        
 
 

        
 

        
 
 

        
 
 
 

        
 
 

        

        
 
 
 

      Рисунок 3.4 — Пример реляционной модели данных 

      Таким образом, после рассмотрения приведенных  выше моделей данных для разработанной в пункте 3 схемы «объект-отношение» была выбрана реляционная модель, которая проста и понятна для пользователя и отвечает требованиям изучаемого курса. 

      3.3 Нормализация таблиц 

      3.3.1 Выделение функциональных зависимостей 

      Функциональная  связь – связь вида один ко многим в одной таблице.

      Пусть R – отношение, в котором существуют подмножества множества атрибутов  х и у. Тогда х→у (у функционально  зависит от х) тогда и только тогда, когда для каждого допустимого  значения R каждое значение х связано  только с одним у. Если совпадение по х, то и по у.

      Если  х – потенциальный ключ, то все  атрибуты этого отношения всегда функционально от него зависят.

      Рассмотрим  РМД в виде одной таблицы и  выделим все функциональные зависимости. 

      Таблица 3.1 — РМД в виде одной таблицы

 

      Полное  множество функциональных зависимостей описано в таблице 3.2. 

      Таблица 3.2 — Множество функциональных зависимостей

 

      3.3.2 Приведение к нормальным формам 

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

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

      Таблица 3.3 — 1НФ

 

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

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

      Таблица 3.4 — 2НФ

 

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

      В полученных таблицах введем дополнительные поля, которые будут являться ключевыми (см. таблицу 3.5). 

      Таблица 3.5 — 3НФ

 

      3.3.3 Описание РМД 

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

Рисунок 3.5 — Реляционная модель данных 

      Описание  и обоснование размерности типа выбранных полей:

      — Название предприятия: С50 — для хранения полного названия предприятия будет достаточно текстовой строки из 100 символов;

      — Город: С25 — строка из 25 символов для  хранения названия города;

      — Тип предприятия: С15 — один из трех типов предприятия (государственное, частное, ведомственное);

      — Дата открытия: N8 — 8 чисел (24.12.2001);

      — Название цеха: С50 — строка из 50 символов для хранения полного названия цеха;

      — Дата открытия и дата реконструкции: N8 — 8 чисел (24.12.2001);

      — Количество рабочих: N3 — трехзначное  число для хранения количества рабочих цеха (от 1 до 999);

      — Название изделия: С50 — строка из 50 символов для хранения названия и модели изделия;

      — Тип изделия: С25 — строка из 25 символов для хранения информации о типе изделия;

      — Количество за месяц: N4 — четырехзначное число для хранения количества изделий выпущенных за месяц (от 0 до 9999);

      — Цена за единицу: N7.2 — вещественное число с двумя знаками после  запятой (например 3715,30);

      — Месяц: С8 — название месяца (8 символов);

      — Год: N4 — четырехзначное число для  хранения года.

 

4 ПРОГРАММНАЯ РЕАЛИЗАЦИЯ СУБД 

      4.1 Анализ существующих БД 

      Основы  современной информационной технологии составляют базы данных и системы управления базами данных.

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

      Быстрое развитие потребностей применений БД выдвигает новые требования к СУБД: поддержка широкого спектра типов представляемых данных и операций над ними (включая фактографические, документальные, картинно-графические данные); естественные и эффективные представления в БД разнообразных отношений между объектами предметных областей (например, пространственно-временных с обеспечением визуализации данных). Также СУБД должна обеспечивать поиск, модификацию и сохранность данных и оперативный доступ (время отклика), защиту целостности данных от аппаратных сбоев и программных ошибок, разграничение прав и защита от несанкционированного доступа, поддержка совместной работы нескольких пользователей с данными. Этим требованиям отвечают многие современные СУБД.

      Система управления реляционными базами данных System R разрабатывалась в исследовательской лаборатории фирмы IBM в 1975-1979 г.г. Именно System R практически доказала жизнеспособность реляционного подхода к управлению базами данных. После успешного завершения работ по созданию этой системы и получения экспериментальных результатов ее использования был разработан целый ряд коммерчески доступных реляционных систем, в том числе и на основе непосредственного развития        System R.

      Базовым понятием System R является понятие таблицы. Таблица — это некоторая регулярная структура, состоящая из конечного набора однотипных записей-кортежей. Каждый кортеж одного отношения состоит из конечного (и одинакового) числа полей кортежа, причем i-тое поле каждого кортежа одного отношения может содержать данные только одного типа. Набор допустимых типов данных в System R предопределен и фиксирован.

      Основой System R является реляционный язык SQL. Средствами SQL (с соответствующей системной поддержкой) решаются многие из поставленных целей. Язык SQL включает средства динамической компиляции запросов, на основе чего возможно построение диалоговых систем обработки запросов. Допускается динамическая параметризация статически откомпилированных запросов, в результате чего возможно построение эффективных (не требующих динамической компиляции) диалоговых систем со стандартными наборами (параметризуемых) запросов.

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