Создание логической модели данных

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

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

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

— диаграмм сущность-связь (Entity Relationship Diagram, ERD);

— модель данных, основанная на ключах (Key Based model, KB);

— полная атрибутная модель (Fully Attributed model, FA).

Диаграмма сущность-связь является моделью данных верхнего уровня. Она включает взаимосвязи и сущности, отражающие главные бизнес-правила предметной области. Такая диаграмма не через чур детализирована, в нее включаются связи и основные сущности между ними, каковые удовлетворяют главным требованиям, предъявляемым к ИС.

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

Модель данных, основанная на ключах, — более подробное представление данных. Она включает описание всех первичных ключей и сущностей и предназначена для представления структуры данных и ключей, каковые соответствуют предметной области.

Полная атрибутивная модель – самоё детальное представление структуры данных: воображает данные в третьей обычной форме и включает все сущности, связи и атрибуты.

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

Главные компоненты диаграммы ERwin – это сущности, связи и атрибуты.

Любая сущность есть множеством аналогичных личных объектов, именуемых экземплярами. Любой экземпляр личен и обязан различаться от всех остальных экземпляров. Построение модели данных предполагает определение атрибутов и сущностей, т.е. нужно выяснить, какая информация будет храниться в конкретной сущности либо атрибуте. Сущность возможно выяснить как объект, событие либо концепцию, информация о которой обязана сберигаться. Сущности должны иметь наименование с четким смысловым значением, именоваться существительным в единственном числе, не носить «технических» наименований и быть достаточно значимыми чтобы их моделировать. Именование сущности в единственном числе облегчает в будущем чтение модели. Практически имя сущности дается по имени ее экземпляра.

Сущность на диаграмме изображается прямоугольником. В зависимости от режима представления диаграммы прямоугольник может содержать имя сущности, ее описание, перечень ее другие сведения и атрибутов (см. рис. 34).

Рис. 34. Сущность с заполненными атрибутами.

Экземпляры свободной сущности смогут быть уникально идентифицированы без определения ее связей с другими сущностями; зависимая сущность, напротив, не может быть уникально идентифицирована без определения ее связей с другими сущностями. Зависимая сущность отображается в ERwin прямоугольником с закругленными углами (см. рис. 35).

Рис. 35. Зависимая сущность с заполненными атрибутами.

Зависимая сущность может наследовать одинаковый внешний ключ от более чем одной родительской сущности, либо от одной и той же родительской сущности через применение пара связей. Если не введены разные роли для для того чтобы множественного наследования, ERwin уверен в том, что в зависимой сущности атрибуты внешнего ключа появляются лишь один раз.

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

Унификация — это объединение двух либо более групп атрибутов внешних ключей в один внешний ключ (группу атрибутов), в предположении, что значения одноименных атрибутов в дочерней сущности неизменно однообразны. Разглядим пример: сущность сотрудник имеет первичный ключ код сотрудника и связан идентифицирующей связью с сущностями супруга и дети. Наряду с этим происходит миграция первичного ключа в зависимые сущности. Со своей стороны, сущность супруга связана не идентифицирующей связью с сущностью дети. Имеются два пути миграции ключа, но в сущности дети атрибут код сотрудника появляется один раз в качестве элемента первичного ключа. Существуют случаи, в то время, когда унификация атрибутов дает неверный с позиций предметной области итог. Для отмены унификации для атрибутов вводятся имена ролей.

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

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

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

Для добавления сущности направляться надавить кнопку , а после этого – щелкнуть «мышью» по свободному месту диаграммы. Затем по созданному элементу
направляться щелкнуть два раза левой кнопкой «мыши». В открывшемся диалоговом окне Attributes (см. рис. 36) направляться:

— при нажатии кнопки ввести наименование сущности;

— при нажатии кнопки New ввести тип и название додаваемого атрибута (перечень форматов вероятных типов представлен в табл. 5), а при необходимости установить ему главный показатель вводом флажка Primary Key.

Рис. 36. Окно для заполнения атрибутов сущности.

Таблица 5.

Расшифровка назначения типов атрибутов

Тип Формат
Unknown Не выяснен
Blob Счетчик
Datetime Дата либо время
Number Числовой
String Текстовый

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

— General (главные характеристики атрибута);

— Datatype (выбранный формат атрибута);

— Definition (пояснения);

— Note (комментарий для данного атрибута);

— UDP (свойства атрибутов сущности, додаваемых пользователем);

— Key Group (отношение выбранного атрибута к главным показателям);

— History (история происхождения атрибута).

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

Пример логической модели данных представлен на рис. 37.

Для компактного размещения модели на листе бумаги при печати направляться позвать в меню File режим Print, а в открывшемся окне Print (см. рис. 38) надавить кнопку Fit model.

Рис. 37. Пример логической модели данных

Рис. 38. Окно для настройки параметров печати.

Модель сущность сообщение, ER диаграмма


Понравилась статья? Поделиться с друзьями: