Участие каждой сущности в определенное язп может быть час-тичн1м ил суШсстБОвание данной сущности полностью определяется ее участием в то такое участие будет в противном случае частичным.

Например, определяющая об агенте по

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

ствовать ни одна запись жашая информацию об агентах по сбыту. Таким образом, участие сущности Employee (Сотрудник) в рассматриваемой нами связи будет мастичным, а сущности Salesperson (Торговый агент) - полным.

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

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

Диаграмма сущности - связи

в 1У7Ь г. Питер Пин Шань Чен (Peter Pin Slian Clien) внес существенный вклад в теорию моделирования данных, разработав модель ности - связи , в которой реализовано описание данных в терминах сушносгсй. атрибутов и стжй.

Олгювремснно он Предложил новый метод построения диаграмм - диаграммы сущности - связи (Entity onsliip diagrams, или E/R diagrams), который вскоре стал широко применяться разработчиками баз данных. На диаграммах - связи сущности изображаются в виде прямоугольников, атрибуты - эллипсов, а отношения - ромбов (рис. 1-6).

PasrPi ап Chen. Th tiiy Relationship Toward a Unified of Data? ACM TODS I. №. I {March. 1976).

Рас. 1-6 а сущности - связи

Вид связи между сущностями ( один к ко многим

или многие ко на разных диаграммах может изображаться

по-разному. Некоторые разработчики используют обозначения i и М или 1 и со для обозначения понятий .тип.. и много ; символ означает бесконечно го . Лично я использую технику представления связей между сущностями, которую разработчики баз данных называют птичья лапа . Эти обозначения использованы при составлении диаграммы на рис.

Огромное техники диаграмм сущности - -

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

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

том и том одновременно.

Итоги

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

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

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

В следующей главе будут подробно рассмотрены структура базы

данных и принципы нормализации.