Проектирование БД, обеспечивающую отслеживание графика поступлений заготовок в цех

    Чтобы отношение привести ко второй нормальной форме, необходимо:

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

    Транзитивная  зависимость. Пусть X, Y, Z - три атрибута некоторого отношения. При этом Х>Y и Y>Z, но обратное соответствие отсутствует, т. е. Z не> или Y не>Х. Тогда говорят, что Z транзитивно зависит от X.

    1.2.5. Третья нормальная форма

    Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и каждый не ключевой атрибут не транзитивно зависит от первичного ключа. Рассматриваемая версия третьей нормальной формы часто называется нормальной формой Бойса-Кодда (НФБК).

    1.2.6. Другие нормальные формы

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

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

    Для избавления от некоторых других аномалий были предложены еще несколько нормальных форм: пятая нормальная форма (5НФ), нормальная форма область/ключ (НФОК) и т.д. Однако они имеют очень ограниченное практическое использование. 
 

    1.3. Язык запросов SQL

    1.3.1. История возникновения и стандарты языка SQL

    История  возникновения  языка SQL  восходит  к 1970  году ,  когда доктор Е.Ф. Кодд предложил реляционную модель в качестве новой модели базы данных. Для доказательства жизнеспособности новой модели данных внутри компании IBM был создан мощный исследовательский проект, получивший название System/R. Проект включал разработку собственно реляционной СУБД и специального языка запросов к базе данных. Так в начале 70-х годов появился первый исследовательский прототип реляционной СУБД. Для этого прототипа разрабатывались и опробовались разные языки запросов, один из которых получил название SEQUEL (Structured English Query Language).

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

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

    Когда ведут речь о стандартах в области, связанной с разработкой программного обеспечения, обычно подразумевают две организации: 

    •  ANSI (American National Standards Institute) – Американский национальный институт

    стандартов;  

    •  ISO (International Standards Organization) – Международную  организацию по стандартизации.

    Работа  над официальным стандартом языка SQL началась в 1982 году в рамках комитета ANSI.

    В 1986 году был утвержден первый вариант стандарта ANSI, а в 1987 году этот стандарт был утвержден и ISO.

    В 1989 году стандарт претерпел незначительные изменения,  но  именно  этот  вариант  получил  название SQL-1  или SQL-89.

    Особенность SQL-89 состоит в том что за время разработки стандарта (1982–1989 гг.) были созданы, представлены на рынке и активно использовались несколько различных СУБД,  в которых в том или ином  виде был реализован некоторый диалект языка SQL. С учетом того, что разработкой стандартов занимались те же люди, кто внедрял SQL в СУБД, стандарт SQL-89 представлял собой плод множества компромиссов, приведших к наличию в нем большого количества «белых пятен», т.е. мест, которые не были описаны, а отданы на усмотрение разработчиков диалекта. В результате чуть ли не все имеющиеся диалекты стали совместимыми со стандартом, но особой пользы это не принесло.

    Следующая  реализация  стандарта  была призвана  решить  эту проблему. В результате длительных обсуждений и согласований в 1992 году был принят новый стандарт ANSI SQL-2 или SQL-92. SQL-92, который заполнил многие «белые пятна», впервые добавив в стандарт возможности, еще не реализованные в существующих коммерческих СУБД.

    Работа  над  стандартизацией  продолжается  и  далее.  Появились  стандарты SQL-1999, SQL-2003. Тем не менее, все эти стандарты  не решили всех проблем, связанных с наличием нескольких диалектов языка. Как правило, разработчики как игнорировали, так и игнорируют некоторые положения стандарта, с одной стороны, отказываясь реализовывать некоторые его части и, с другой стороны, реализуя то, что отсутствует в стандарте. Несмотря на имеющиеся отличия, все коммерческие СУБД поддерживают некоторое ядро языка, описанное в стандарте,  одинаково. Отличий не очень много, они не носят слишком принципиального характера. Хотя каждая СУБД по-прежнему поддерживает свой диалект языка. 

    В систему управления базами данных Microsoft SQL Server  входит язык Transact-SQL, разработанный  на основе одного из стандартов SQL. .

    1.3.2. Достоинства языка  SQL

    Вот некоторые достоинства языка SQL:

    •  межплатформенная переносимость;

    •  наличие стандартов;

    •  одобрение и поддержка компанией IBM (СУБД DB2);

    •  поддержка со стороны компании Microsoft (СУБД SQL Server, протокол ODBC и

    технология ADO);

    •  реляционная основа;

    •  высокоуровневая структура; 200

    •  возможность выполнения специальных  интерактивных запросов;

    •  обеспечение программного доступа  к базам данных;

    •  возможность различного представления  данных;

    •  полноценность как языка, предназначенного для работы с базами данных;

    •  возможность динамического определения  данных;

    •  поддержка архитектуры клиент/сервер;

    •  поддержка корпоративных приложений;

    •  расширяемость и поддержка объектно-ориентированных  технологий;

    •  возможность доступа к данным в Интернете;

    •  интеграция с языком Java (протокол JDBC);

    •  промышленная инфраструктура.

    1.3.3. Общая характеристика SQL

    Язык  запросов SQL основан на операциях  реляционной алгебры и, таким  образом ориентирован  на  работу  с множествами (отношениями),  а не  с отдельными  записями.

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

 

    2. ПРАКТИЧЕСКАЯ ЧАСТЬ

2.1 Модель базы данных в Access

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

Рис. 2.1. Концептуальная модель

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

    1.Таблица «Заказ» (рис 2.2).

    Данная  таблица должна выводить информацию по заказу.

    

    Рис. 2.2 Таблица «Заказ»

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

    2.Таблица «Рабочий» (рис. 2.3).

    Данная  таблица должна выводить ФИО рабочего и его табельный номер.

    

    Рис 2.3. Таблица «Рабочий»

    Данная  таблица состоит из двух полей: табельный  номер рабочего и ФИО. Для каждого  из полей определяется тип данных: табельный номер рабочего – счетчик, ФИО – текстовый. Ключевое поле – табельный номер рабочего.

    3.Таблица  «Регистрация» (рис 2.4).

    Данная  таблица должна выводить информацию по регистрации.

      

    

    Рис.2.3 Таблица «Регистрация»

    Данная  таблица состоит из шести полей: время регистрации, место хранения на складе, табельный номер рабочего, код заказа, код предмета, код регистрации. Для каждого из полей определяется тип данных: время регистрации – Дата/время, место хранения на складе - текстовый, табельный номер рабочего - числовой, код заказа - числовой, код предмета - числовой, код регистрации – счетчик. Ключевое поле составное, состоит из трех полей : код заказа, код предмета, код регистрации.

4.Таблица «Предмет» (рис. 2.4).

    Данная  таблица должна выводить информацию о предмете.

Рис. 2.4 Таблица «Предмет»

    Данная  таблица состоит из двух полей: код  предмета и наименование.

    Для каждого из полей определяется тип  данных: код предмета – числовой, наименование – текстовый. Ключевое поле – код пердмета.

    2.2 Реляционная схема  базы данных

    Для разработанной концептуальной модели, реляционная схема будет следующая (рис. 2.5).

    Рис. 2.5 Схема данных

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

    2.3 Интерфейс

    Создание  интерфейса в MS Access осуществляется путем создания форм. Формы можно создать: в режиме конструктора или с помощью мастера.