Рисунок 2 - Атрибуты сущности "Клиент".

2. Мастер. Данная сущность содержит информацию о мастерах, работающих в фирме и имеет следующие атрибуты:

- код мастера;

- фамилию, имя, отчество мастера;

- комментарий мастера;

- телефона.

Рисунок 3- Атрибуты сущности "Мастер".

3. Виды ремонта. Данная сущность содержит информацию о производимых видах ремонта и имеет следующие атрибуты:

- код вида;

- наименование ремонта;

- стоймость.

Рисунок 4 - Атрибуты сущности "Вид ремонта".

4. Оборудование. Данная сущность содержит информацию об оборудовнии, сданного в ремонт и имеет следующие атрибуты :

- серийный номер оборудования;

- код типа;

- инвентарный номер;

- дополнительную информацию.

Рисунок 5 - Атрибуты сущности "Оборудование"

5. Тип оборудования  – содержит код типа и наименование типа.

Рисунок 6  - Атрибуты сущности "Тип оборудования".

6. Ремонт. Данная сущность содержит всю необходимую информацию о ремонте и имеет следующие атрибуты:

- номер договора;

- дату  приема;

- внешний  вид;

- код клиента;

- код  мастера;

- код  вида;

- серийный номер оборудования.

Рисунок 7 - Атрибуты сущности "Ремонт". 

Основными таблицами являются: клиент, мастер, вид ремонта, оборудование. С их помощью формируются таблица - ремонт.

     Атрибуты  сущностей предметной области «Ремонт» представлены на рисунке 2. 

     

Рисунок 8 – Атрибуты сущностей предметной области «Ремонт».

 

3. ИНФОЛОГИЧЕСКОЕ  ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

 

     В данном разделе выполняется построение ER-диаграммы (диаграммы «сущность-связь») для выбранной предметной области.

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

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

         Определение сущности и связей. Построение ER – модели и преобразование её в реляционную базу данных.

     Проектирование  структуры базы данных выполняется с помощью CASE-средства ERwin.

     Устанавливаются связи «один-ко-многим» между сущностями, используя для этого внешние ключи. При связывании родительской и дочерней сущностей выбирается тип дочерней сущности (зависимая/независимая), т.е. - при использовании ERwin - вид устанавливаемой связи (идентифицирующая/неидентифицирующая).

     Между сущностями БД «Ремонт», например, можно установить пять неидентифицирующие связей мощностью «один-ко-многим», оставляющие дочерней сущности относительную независимость, для связи:

     -  сущности Клиент (родительский конец связи) с сущностью Ремонт (дочерний конец);

     -  сущности Мастер (родительский конец связи) с сущностью Ремонт (дочерний конец);

     -  сущности Оборудование (родительский конец связи) с сущностью Ремонт (дочерний конец);

     -  сущности Вид ремонта  (родительский конец связи) с сущностью Ремонт (дочерний конец); 

     -  сущности Тип оборудования (родительский конец связи) с сущностью Оборудование (дочерний конец).

     После установки связей между сущностями нужно перейти на уровень атрибутов, чтобы показать формирование внешних  ключей сущностей модели данных логического  уровня – FK (foreign  key, внешний ключ). 

     

Рисунок 9 – Логическое проектирование БД: ER-модель уровня атрибутов. 
 

 

4. ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ  БАЗЫ ДАННЫХ

     В этом разделе представлена реализация разработанной ER-модели средствами выбранной реляционной СУБД, используя возможности Oracle SQL Developer для физического моделирования данных.

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

     После запуска  Oracle SQL Developer, создаем и запускаем БД «Ремонт».

Рисунок 10 - подключение БД "Ремонт".

          В раскрывшейся структуре пустой  БД «Ремонт» выполняем щелчок  правой клавиши мыши по разделу  Tables, и в выпадающем списке выбрать пункт New Table.

Рисунок 11 - Создание новой таблицы.

     В появившемся окне Create table ставим галочку Advanced, что даст возможность перейти к новой форме, позволяющей не только задать имя таблицы, имя очередного атрибута (колонки таблицы), выбрать тип данных для атрибута из выпадающего списка, добавить атрибут к списку атрибутов таблицы (нажатием на кнопку , после чего имя атрибута появится в списке атрибутов Columns), но и задать возможность/невозможность неопределенных значений атрибута (cannot be NULL), а также затем создать первичный и внешний ключи таблицы.

Рисунок 12 - Окно Create table.

           После ввода всех атрибутов  таблицы полный список атрибутов  появится в поле Columns.

Рисунок 13 - Список атрибутов таблицы Klient.

     После этого можно формировать ключи (первичные, внешние). Пример формирования ключей показан для таблицы «REMONT».

Рисунок 14 - Формирование первичного ключа таблицы «REMONT». 

          Для формирования внешних ключей  таблицы переходим в Foreign Keys, выбранного из списка. Нажимаем кнопку Add. Из выпадающих списков выбирают значения:

     -  в поле Referenced Schema – имя базы данных;

     -  в поле Referenced Table - имя ссылочной (родительской) таблицы;

     -  в поле Referenced Constraint  -   имя первичного ключа родительской таблицы;

     -  в поле Local Column  -   имя внешнего ключа в дочерней таблице.

     Нужно проверить сформированные имена:

     -  в поле Referenced Column on… - имя первичного ключа родительской таблицы;

     -  в поле Name - имя сформированного внешнего ключа (имя дочерней таблицы_имя родительской таблицы_FKn, где n – номер атрибута внешнего ключа).

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

Рисунок 15 - Выбор правил ссылочной целостности.

          После формирования всех таблиц  в списке оказываются имена  всех таблиц.

Рисунок 16 - Таблицы БД "Remont". 

         На вкладке Columns можно просмотреть структуру всех таблиц. При переходе на вкладку Data можно ввести строки соответствующей таблицы: в примере – Klient. 
 

Рисунок 17 - Заполнение таблицы "Klient". 

     Перед вводом каждой записи нажать кнопку:

• - добавить запись (insert row);

     после ввода:

 - сохранить изменения (commit changes) или

 - откат изменений (rollback changes).

 

5. РАЗРВБОТКА  SQL-ЗАПРОСОВ

 

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

• Простая выборка;
• Выборка с условием;
• Выборка данных из связанных таблиц;

 

     1. Чтобы распечатать информацию о мастерах, т.е. содержимое таблицы master (все столбцы), можно сформулировать запрос:

SELECT  *

FROM      MASTER; 

Рисунок 18- Результат запроса. 

     2. Для распечатки списка, выполненых ремонтов техники, с указанием даты ремонта, серийным номером, кодом клиента выполним запрос:

SELECT  DatA_remonta, SN, KOd_lienta

FROM      Remont

JOIN   oborudovanie USING (sn)

JOIN    Klient USING (kod_lienta);

     

Рисунок 19 - Выполнение запроса 2. 

     3. При желании запрос можно модифицировать, чтобы расположить сведения о кодах клиентах и серийных номерах в хронологическом порядке, добавив ORDER BY DATA_PRIEMA, т.е. сортировку по дате поставки:

SELECT  DatA_remonta, SN, KOd_lienta

FROM      Remont

JOIN   oborudovanie USING (sn)

JOIN    Klient USING (kod_lienta);

ORDER BY DATA_PRIEMA;

     В результате выполнения запроса записи действительно оказались расположенными в хронологическом порядке:

Рисунок 20 - Сортировка по дате приема.

     4. Распечатать список выполненых работ мастером Шулика с указанием даты приема, фамилий клиентов и сданную ими технику.