· формулировку имен связи с точки зрения каждой участвующей сущности;

· вид связи (множественность и условность);

· формулировку того, как связь была формализована.

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

Все сущности относятся к одному из четырех классов:

· стержневые;

· ассоциативные;

· характеристические;

· обозначающие.

Стержневая сущность (стержень) представляет собой независимую сущность.

Ассоциативная сущность (ассоциация) - это сущность, формализующая связь вида M: N между двумя или более сущностями или связь вида 1: 1 между экземплярами сущностей.

Характеристическая сущность (характеристика) представляет собой сущность, формализующую связь вида 1: M или 1: 1. Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности.

Обозначающая сущность (обозначение) - это сущность, также формализующая связь вида 1: M или 1: 1 между двумя сущностями, но отличающаяся от характеристики тем, что не зависит от обозначаемой сущности.

К числу более сложных элементов ER-модели относятся подтипы и супертипы сущностей. Сущность может быть расщеплена на два или более взаимно исключающих подтипа, каждый из которых имеет общие атрибуты и/или связи. Эти общие атрибуты и/или связи явно определяются один раз на более высоком уровне. В подтипах могут определяться собственные атрибуты и/или связи. Сущность, на основе которой определяются подтипы, называется супертипом. Подтипы должны образовывать полное множество, т.е. любой экземпляр супертипа должен относиться к некоторому подтипу. Аналогично языкам объектно-ориентированного программирования вводится возможность наследования типа сущности исходя из одного или нескольких супертипов. Как правило, каждому объекту в базе данных соответствует таблица, а его атрибутам - поля этой таблицы.

В результате анализа были выделены 8 объектов, которые описывают данную предметную область. Это:

Сущность “Заявки”. Она включает в себя основные сведения о заявках.

Сущность “Контрагенты”. Она включает в себя сведения о клиентах.

- Сущность “Отделы”, которая включает в себя сведения о всех отделах.

- Сущность “Простой Ремонт”. Она содержит сведения о простом ремонте. Простой ремонт-ремонт или замена какой-либо одной запчасти

- Сущность “Работники” содержит сведения о работках и его принадлежность к отделу.

- Сущность “Ремонт Узлов” содержит сведения о возможных ремонтируемых узлах, стоимость ремонта.

-Сущность “Сложный Ремонт” содержит заявку на сложный ремонт и сведения о ремонтируемом узле.

- Сущность “Состав Ремонта”. Она содержит сведения о виде ремонта, ремонтируемом узле и работнике, выполняющем данный вид работ.

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

Различают идентифицирующую связь и не идентифицирующую связь. При установлении не идентифицирующей связи дочерняя сущность остается независимой. Экземпляр сущности родителя может существовать безотносительно к какому-либо экземпляру дочерней сущности.

В данной разработке все объекты связаны идентифицирующей связью.

Выявление сущностей базы данных

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

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

Таким образом, все не ключевые атрибуты функционально полно зависят от ключа и отсутствуют транзитивные зависимости. Но имеется зависимость части составного ключа от не ключевого атрибута.

ER-диаграмма логического уровня

ER-диаграмма логического уровня

Даталогическое проектирование

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

1. Определение таблиц

2. Определение полей таблиц

3. Определение типов данных в соответствии с выбранной СУБД

4. Определение длины каждого поля таблиц

5. Определение обязательности каждого поля

6. Определение индексации каждого поля

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

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

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

При проектировании данной базы данных была использована реляционная модель. Основной структурой хранения является отношение - таблица со следующими свойствами:

Каждый столбец содержит информацию одного типа.

Ячейки - поля - таблицы не содержат агрегатов (структур или массивов) данных.

Таблицы не содержат одинаковых строк.

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

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

На основании даталогического проектирования в Access были созданы 8 таблиц, которые описаны в таблицах 1-11.

Таблица 1 - Описание полей таблицы Отдел

Таблица 2 - Описание полей таблицы Сложный Ремонт

Таблица 3 - Описание полей таблицы Заявка

Страницы: 1, 2, 3