База данных проектной организации

Кодд предложил применение реляционной  алгебры в СУРБД, для расчленения  данных в связанные наборы. Он организовал  свою систему БД вокруг концепции, основанной на наборах данных.

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

Модель данных, или концептуальное описание предметной области – самый абстрактный уровень проектирования баз данных.

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

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

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

• D_id - № по порядку
• D_name – № договора
• Stoimost – стоимость договора
• Obor – оборудование
• Data_zakl – дата заключения договора
• Srok_deistv – срок действия договора

Таблица dogovor_dop – дополнительная информация по договорам:

• P_name – №-ра проектов
• Zakazchik – заказчик
• Rukovoditel – руководитель договора
• Ispolnitel – исполнители договора

Таблица proekt:

• P_name – № проекта
• Stoimost – стоимость
• Data – дата исполнения проекта

Таблица proekt_dop:

• P_name – № проекта
• D_name – №-ра договоров
• Zakazchik – заказчик
• Rukovoditel – руководитель проекта
• Ispolnitel – исполнители проекта

Таблица obor:

• Otdel_id – № отдела
• Ob_name – название оборудования
• P_name – №-ра проектов
• Data – дата эксплуатации

Таблица otdel_dop:

• Otdel_id – № отдела
• Prinadlegn – принадлежность отделу
• Ispolzovanie – пользование отделом

Таблица otdel_dop:

• Otdel – название отдела
• Dolznost – должность
• Familia – фамилия
• Name – имя
• Otchestvo – отчество
• God_rozden – год рождения
• Zarplata – заработная плата

Таблица kontragenti:

• Kg_name – название организации
• Specifik – спецификация
• Adres – адрес
• Tel – телефон
• Bank_rekv – банковские реквизиты

 

1.2 Нормализация БД

 

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

Первая  нормальная форма

1. запрещает  повторяющиеся столбцы (содержащие  одинаковую по смыслу информацию)

2. запрещает  множественные столбцы (содержащие  значения типа списка и т.п.)

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

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

Вторая  нормальная форма

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

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

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

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

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

Нормальная  форма Бойса-Кодда

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

Все таблицы  базы данных представлены в нормальной форме Бойса-Кодда, так как имеется только один первичный ключ (id).

Четвертая нормальная форма

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

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

 

1.3 ER-диаграмма

 

информационный программный база данный

 

 

2. Запросы БД

 

Для работы с базой данных были осуществлены следующие SQL-запросы:

Для вывода информации по указанной дате или  указанному интервалу времени:

 

Query1->SQL->Add(“SELECT * FROM dogovor, proekt WHERE (Data_zakl =” ”) AND (Srok_deistv >=” ”)”);

 Query1->SQL->Add(“SELECT Stoimost FROM dogovor, proekt WHERE (Srok_deistv <” ”)”);

Query1->SQL->Add(“SELECT * FROM obor WHERE (Data =” ”)”);

Query1->SQL->Add(“SELECT * FROM otdel_dop WHERE ((Dolznost=” ”) OR (Familia=” ”) AND (Data=” ”)”);

 

Для вывода информации по сотрудникам проектной  организации:

 

Query1->SQL->Add(“SELECT * FROM otdel_dop WHERE ((Dolznost=” ”) OR (God_rozden=” ”)”);

Query1->SQL->Add(“SELECT * FROM otdel_dop WHERE (Dolznost=”Руководитель ”);

Query1->SQL->Add(“SELECT * FROM proekt_dop WHERE ((Dolznost=” ”) OR (P_name=” ”)”);

 

Для вывода информации по договорам и проектам :

 

Query1->SQL->Add(“SELECT D_name, P_name FROM proekt WHERE ((P_name =” ”) OR (D_name =” ”)”);

Query1->SQL->Add(“SELECT D_name, P_name, Stoimost FROM dogovor_dop, proekt_dop WHERE (Ispolnitel =” ”);

Query1->SQL->Add(“SELECT * FROM dogovor WHERE ((Stoimost =” ”) AND (Data_zakl =” ”) (Srok_deistv =” ”)”);

Query1->SQL->Add(“SELECT * FROM proekt WHERE ((Stoimost =” ”) AND (Data =” ”)”);

 

Для вывода информации по оборудованию:

 

Query1->SQL->Add(“SELECT Oborudovanie FROM dogovor WHERE ((D_name =” ”) OR (P_name=” ”)”);

Query1->SQL->Add(“SELECT * FROM dogovor WHERE (Oborudovanie =” ”);

 

 

3. Функциональная схема приложения

 

 

 

Заключение

 

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

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

 

Размещено на Allbest.ru