Проектирование базы данных и формирование запросов на языке SQL

 
 
     

 
 
     

     Так как класс принадлежности сущности на стороне 1 не влияет на выбор правил для связи 1:М, то  класс принадлежности сущности “получение” является обязательным, а  класс принадлежности сущности “работник” не учитывается. Тогда согласно правилу 4 должны быть сгенерированы две таблицы следующей структуры:

     Работник

     Получение - Работник

      Следовательно, связь между указанными таблицами будет иметь вид 

           

     

     Так как в таблице «Получение - Работник»  уже существует атрибут КР, то его повторно не добавляют.

     На  ER-диаграмме связи М:1, представленной на рис. 4, класс принадлежности сущностей “получение”, “спецодежда” является обязательным. Тогда согласно правилу 4 должны быть сгенерированы две таблицы следующей структуры:

     Спецодежда

     Получение - Спецодежда

      Связь между указанными таблицами  будет иметь вид

     

     

       

     

      Так как в таблице «Получение - Спецодежда» уже существует атрибут КС, то его повторно не добавляют.

     Анализ  состава атрибутов полученных таблиц A, B, C, D, E, F показывает, что таблица C является составной частью таблицы B, таблица F - составной частью таблицы D. Поэтому таблицы C, F можно исключить из рассмотрения. Оставшиеся таблицы A, B, D, E можно связать посредством связи первичных и вторичных ключей как на рис. 6. В результате получим реляционную модель для ER-модели предметной области СПЕЦОДЕЖДА. 

     

       

     

     

       

       

     

     

       

     

     

Рисунок 6 - Реляционная модель предметной области  СПЕЦОДЕЖДА

     Реляционная база данных считается эффективной, если она обладает приведенными ниже характеристиками:

1. Минимизация избыточных данных;
2. Минимальное использование отсутствующих значений (Null-значений);
3. Предотвращение потери информации.

     Минимизировать  избыточность данных позволяет процесс, называемый нормализацией таблиц. Методику нормализации таблиц разработал американский ученый А.Ф.  Кодд в 1970 году. Ее суть сводится к приведению таблиц к той или иной нормальной форме. Были выделены три нормальные формы – 1НФ, 2НФ, 3НФ. Реляционная база данных считается эффективной, если все ее таблицы находятся как минимум в 3НФ. Приведение к 3НФ осуществляется, если есть для этого основания.

     Для пояснения этого процесса  будем исходить из описания предметной области СПЕЦОДЕЖДА и база данных, которая была разработана на ее основе. Очевидным является то, что все таблицы удовлетворяют 1НФ, так как все они содержат только простые неделимые значения. По определению таблица находится во 2НФ, если она удовлетворяет требованиям 1НФ и неключевые поля функционально полно зависят от первичного ключа. В полученной базе данных предметной области СПЕЦОДЕЖДА все поля каждой таблицы функционально полно зависят от своих первичных ключей. Это можно записать следующим образом:

     - для таблицы “Цех”:

     КЦ → НЦ, ФИО_Н

     - для таблицы “Работник”:

     КР → ФИО_Р, ДОЛЖ, СКИД, КЦ

     - для таблицы “Получение”:

     КР, КС → ДП, РОС

     - для таблицы “Спецодежда”:

     КС → ВС, СРОК, СТОИМ

     Таблица находится в 3НФ, если она удовлетворяет  требованиям 2НФ и не содержит транзитивных  зависимостей. Транзитивной  зависимостью называется функциональная зависимость между неключевыми полями. Очевидно, что все созданные таблицы находятся в 3НФ. Таким образом, реляционная модель предметной области СПЕЦОДЕЖДА после нормализации таблиц остается прежней (рис. 6). 
 

     1.3 Физическое проектирование 
 

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

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

     Все управление базой данных осуществляется в Окне базы данных, появляющемся при открытии БД. Это окно содержит основные объекты Access: таблицы, запросы, формы, отчеты, макросы и модули.

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

     Рассмотрим  создание структуры таблицы “Цех” базы данных СПЕЦОДЕЖДА для хранения сведений о рабочих. Для этого сначала создадим базу данных:

• откроем СУБД (Пуск/Программы/Microsoft Access);
• в появившемся окне Microsoft Access нажмем Файл/Создать…/Новая база данных…;
• в окне Файл новой базы данных откроем свою рабочую папку, введем имя БД (СПЕЦОДЕЖДА) и нажмем кнопку Создать.

     Далее создаем саму таблицу “Цех”. Для этого:

• в окне СПЕЦОДЕЖДА выбираем вкладку Создание таблицы в режиме конструктора и нажимаем кнопку Enter (или двойное нажатие правой кнопки мыши);
• в окне конструктора задаем структуру таблицы “Цех”

• переходим в режим таблицы (нажимаем кнопку Вид, сохраняем ее, задаем ключевое поле), заполняем полученную таблицу (переход к следующей ячейке осуществляем при помощи клавиши Tab) и сохраняем ее.

     Далее устанавливаем такую ширину столбцов, чтобы можно было прочитать данные полей. Чтобы изменить ширину столбцов, нужно навести указатель между двумя названиями полей, чтобы он превратился в двунаправленную стрелку, и перетащить границу (или двойное нажатие правой кнопки мыши). Аналогично изменяется и высота строк. Полученная таблица представлена на рис. 7. 

     

 

     Рисунок 7 - Таблица “Цех” базы данных СПЕЦОДЕЖДА 

     Аналогичным способом создадим структуры таблиц “Работник” (рис. 8), “Спецодежда” (рис. 9). “Получение” (рис. 10).

     

 

     Рисунок 8 - Таблица “Работник” базы данных СПЕЦОДЕЖДА 

     

 

     Рисунок 9 - Таблица “Спецодежда” базы данных СПЕЦОДЕЖДА

     

 

     Рисунок 10 - Таблица “Получение” базы данных СПЕЦОДЕЖДА 

       

       

       

       

 

      2 Формирование запросов  на языке SQL