2.2 Информационная модель

Для отображения информационной модели рассматриваемого процесса используются следующие сущности:

• «Клиенты» – для отображения информации о клиентах. Содержит код клиента, фамилию, имя, отчество и номер телефона.

• «Персонал» – для отображения информации об обслуживающем персонале. Содержит табельный номер сотрудника, фамилию, имя, отчество, должность и отдел в котором он работает.

• «Запись клиента» – для хранения информации о записи клиента на какую-либо из услуг. Данная сущность содержит информацию о числе записи, номере услуги, клиента и табельного номера сотрудника, предоставляющего данную услугу.

• «Услуги» – информация об услугах. Содержит код услуги, наименование, стоимость и табельный номер сотрудника, предоставляющего данную услугу.

• «Оборудование и аксессуары» – хранит информацию об оборудовании и аксессуарах имеющихся в парикмахерской. Содержит информацию о коде аксессуара, наименовании, дате получения, табельно номера сотрудника, которым было получено оборудование и номере отдела получившего аксессуар либо оборудование.

• «Отделы» – для отображения информации об отделах. В данной сущности отображается номер отдела, его название и фамилия начальника.

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

• иденцифицирующие связи;

• неиденцифицирующие связи;

• связи один-ко-многим.

Связь между сущностями «Персонал» и «Отделы» не идентифицирующая, т.к. в каждом отделе может работать несколько сотрудников. Связь не разрешает присутствие нулей. Тип связи 1 ко многим.

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

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

Связь между сущностями «Клиенты» и «Запись» идентифицирующая, так как для записи в парикмахерскую необходима информация о клиенте и о числе, интересующего клиента. Тип связи один ко многим, так как один клиент может записываться на множество услуг.

Связь между сущностями «Запись» и «Услуги» идентифицирующая, так как для записи необходима информация об услугах. Тип связи один ко многим, так как на одну запись клиента может предоставляться множество услуг.

ER – диаграмма логического уровня приведена на рисунке 15.

Рисунок 15 – ER – диаграмма логического уровня.

Первая нормальная форма требует, чтобы значения всех атрибутов отношения были атомарными. При рассмотрении информационной модели было отмечено, что значения атрибутов всех отношений логически разделить на элементы нельзя и, следовательно, они удовлетворяют условию первой нормальной формы. Пример, рассмотрим таблицу «Клиенты». Ключевой атрибут в ней – «Номер_клиента» не может быть разделен на элементы. Не ключевые атрибуты – «фамилия», «имя», «отчество», «телефон» также являются атомарными.

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

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

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

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

– каскадное удаление - при удалении картежа из отношения, на которое ведет ссылка и ссылается отношение, автоматически удаляются все ссылки на картежи.

При проектировании данной информационной модели было реализовано каскадное удаление.

При удалении записи из таблицы «Отделы» не возникнет ошибки со ссылающимися записями из таблицы «Персонал», т.к. записи из таблицы «Персонал» удалятся вместе со ссылающимися на них записями из таблицы «Отделы».

При удалении записи из таблицы «Клиенты» не возникнет ошибки со ссылающимися записями из таблицы «Запись», т.к. записи из таблицы «Клиенты» удалятся вместе со ссылающимися на них записями из таблицы «Запись».

Реализация ссылочной целостности:

• при удалении данных из таблицы «Заказы», нужно либо удалить ссылающиеся картежи из таблиц «услуги» и «Клиенты», либо соответствующим образом изменить значения их внешнего ключа;

• при удалении данных из таблицы «Персонал», нужно либо удалить ссылающиеся картежи из таблиц «услуги» и «оборудование и аксессуары», либо соответствующим образом изменить значения внешнего ключа;

• при изменении данных в таблице «запись» информация о записи будет автоматически обновляться (каскадное обновление);

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

ER-диаграмма физического уровня показана на рисунке 16.

Рисунок 16 – ER – диаграмма физического уровня