Введение в системы БД (542480), страница 128
Текст из файла (страница 128)
Например, на рнс. 13.1 сущность РЕРЕНРЕИТ (подчиненный работник) является слабой, поскольку она не может существовать (в контексте данной базы данных), если не существует соответствующей сущности ЕМРЬОУЕЕ (работник). В частности, если сведения о некотором работнике (сущность ЕМРЬОТЕЕ) будут удалены, то и сведения обо всех зависящих от него работниках (сущности РЕРЕНРЕЕТ) также будут удалены. Сильной называется сущность, которая не является слабой.
В нашем примере сущность ЕМРЬОУЕŠ— сильная. Занечание. Некоторые авторы вместо термина "сильная сущность" используют термин "нормальная (гейи!аг) сущность". Глава 1З. Семантическое моделирование Рис, !З.Е Диаграмма модели "сущность'связь" (сокраиГенная версия для рассматриваемого примера) Свойства Сущности (и связи) обладают некоторыми свойствами (ргорепу). Все сушности или связи одного и того же типа обладают некоторыми общими свойствами. Например, все работники имеют личный номер, имя, зарплату и т.д. (Замечание.
В данном примере среди свойств работника сознательно не упоминается номер отдела; причина этого разьясняется несколько ниже.) Значения свойств каждого типа извлекаются из соответствующего множества значений, которое в реляционной терминологии называется доменом. Ниже перечислены некоторые разновидности свойств и указаны их особенности.
° Простое или составное свойство. Например, свойство "имя работника" может быть составным, если его значение составляется из значений простых свойств "имя", "отчество" и "фамилия". ° Ключевое свойство (т.е. уникальное, возможно, в определенном контексте). Например, имя подчиненного работника для определенного сотрудника может быть уникальным только в контексте этого сотрудника. ° Однозначное или многозначное свойство (т.е. в этой модели допускаются повторяющиеся группы). Все свойства, представленные на рис.
13.1, являются однозначнымн. Однако если некоторый поставщик (811РР11ЕЕ) будет иметь несколько разных пунктов отгрузки, то свойство СТТУ (Город) для него будет многозначным. ° Опущенное свойство (т.е. "неизвестное" или "непредставлеииое"). Эта концепция не отражена на рис. 13.1, а ее более подробное описание приводится в главе 18. ° Базовое или производное свойство. Например, обшее количество деталей определенного вида может быть вычислено с помощью суммирования объема отдельных поставок данной детали.
Эта концепция также не представлена на рис. 13.!. Связи В (13,5! связь (ге!аг!опзп1р) определяется как "ассоциация, объединяющая несколько сущностей". Например, между отделами и работниками существует связь с именем цЕРТ ЕИР. Она представляет тот факт, что в каждом отделе работает определенное количество работников. Так же, как и в отношении сушностей (см, главу 1), необходимо понимать принципиальную разницу между типами н экземплярами связей, однако при неформальном описании такими тонкостями можно пренебречь, что мы и будем неоднократно делать в будушем. Сущности, включенные в связь, называются ее участниками, а количество участников связи называется ее степенью.
(Следует отметить, что в данном случае значение термина "степень" отличается от его значения в реляционной модели.) Пусть Е является типом связи, включаюшей тип сущности Е в качестве участника. Если каждый экземпляр сущности Е участвует по крайней мере в одном экземпляре связи Е, то участие сущности Е в связи Е называется полным, в противном случае — частичным. Например, если каждый работник обязательно должен относиться к определенному отделу, то участие сущности ЕИРЬОУЕЕ в связи между работниками и отделами (0ЕРТ ЕМР) является полным. В свою очередь, если допустима ситуация, когда в некотором отделе не будет ни одного работника, участие сушности оЕРЫТИЕИТ в связи оЕРТ ЕИР будет часгичным.
Часть Ш. Проектирование базы данньп Связи в модели "сущность1связь" могут иметь тип "один к одному", "один ко многимч (иначе может называться "многие к одному") или "многие ко многим". (для упрощения изложения далее предполагается, что все связи являются двойными, т.е. имеют степень "два", хотя, конечно, изложенные концепции и терминологию можно без труда расширить н на связи с более высокой степенью.) Здесь читатель, уже знакомый с основами реляционной модели, мог бы заметить, что именно тип связи "многие ко многим" является единственным типом, представляющим истинную связь, поскольку это единственный тип связи, который требует для своего представления создания отдельной переменной-отношения.
Связи типа "один к одному" и "один ко многим" всегда могут быть представлены с помощью механизма внешнего ключа, помещаемого в одну из переменных-отношений, участвующих в данной связи. Однако существуют веские причины рассмотрения связей типа "один к одному" и "один ко многим" таким же образом, как и связи типа "многие ко многим", по крайней мере из-за того, что достаточно часто существует возможность их эволюционирования до связи типа "многие ко многим*' с течением времени. И только если такой возможности нет, их можно рассматривать как-то иначе. Безусловно, в некоторых случаях подобной возможности.может не быть в принципе, например всегда будет верным утверждение, что окружность обладает только одной точкой, являющейся ее центром.
Подтипы и супертипы сущностей Замечание. Представленные в этом разделе идеи не были включены в оригинальную версию Ейчиодели (!3.51г они были добаачены позднее. Подробнее об этом можно прочесть, например, в работе Тиара (ТеогеуА Янга (Уапд) и Фрол (ггу) (13.41(. Каждая сущность имеет по крайней мере один тип, однако у некоторой сущности может быть одновременно несколько типов. Например, если некоторые работники являются программистами (и все программисты являются работниками), то можно сказать, что тип сущности РВОСВАМИЕВ (программист) является подтипом типа сущности ЕМРЬОУЕЕ (работник).
(Или, что эквивалентно, тип сущности ЕИРЬОУЕЕ является супертипом типа сущности РВОСВАМИЕВ.) Программисты автоматически обладают всеми свойствами работников, однако обратное утверждение неверно (например, лля программистов может быть задано свойство "изученный язык программирования", которое в общем случае не применимо ко всем работникам). Аналогично сущность РВОСВАИИЕВ автоматически участвует во всех связях, в которых участвует сущность ЕИРЬОУЕЕ, однако обратное утверждение также неверно (например, программисты могут входить в профсоюз компьютерных специалистов, в который прочие работники в общем случае не входят). Поэтому говорится, что подтип наследует свойства н связи супертипа, Обратите внимание, что одни программисты (сущность РВОСВАИИЕВ) могут быть прикладными программистами (сущность АРРЫОАТТОИ РВОСВАМИЕВ), а другие — системными программистами (БТБТЕИ РВОСВАИИЕВ).
Исходя из этого, можно сказать, что типы АРРЫОАТТОМ РВОСВАИИЕВ и БХБТЕИ РВОСВАИИЕВ являются подтипами супертипа РВОСВАИИЕВ и т.д. Иначе говоря, сущность-подтип по-прежнему является типом сущности и, следовательно, может иметь собственные подтипы. Некоторый тип сущности, его непосредственные подтипы, подтипы этих подтипов и т.д.
все вместе образуют иерархию типов сущности, пример которой представлен на рис. !ЗПЬ Глава 13. Семантическое моделирование яз Здесь стоит подробно рассмотреть следующие особенности. 1. Поскольку детальное обсуждение иерархии и наследования типов будет отложено до главы 19, следует предупредить читателя, что в данной главе термин тип имеет такое же значение, как и в главе 5 (т.е.
он не означает "тип сущности"). 2. Для читателей, знакомых с СУБД !МЯ (или какой-нибудь иной СУБД, в которой используется иерархическая структура данных), необходимо отметить, что иерархии типов не следует путать с иерархиями данных. Например, на рис. 13.2 вовсе не подразумеваешься, что для одного работника (ЕМР10ХЕЕ) имеется несколько соответствующих программистов (РЕООЕАММЕЕ). Наоборот, для одного экземпляра типа сушности ЕМР! ОзЕЕ сушествует ие более одного соответствуюшего экземпляра типа сущности РЕООВАММЕВ, представляющего того же работника в роли программиста.
На этом краткое обсуждение основных структурных особенностей ЕК-модели завершено, и можно перейти к рассмотрению ЕК-диаграмм. Рис. ! 3.2. Припер иерархии типов сущностей 13.4. КК-диаграммы Как уже указывалось в предыдущем разделе, в [13.3) была не только введена сама модель "сущность/связь", но и представлена концепция ЕК-диаграмм. Такая диаграмма является методом представления логической структуры базы данных в графическом виде для более простого и наглядного отображения основных компонентов конкретного проекта базы данных (один рисунок порой стоит тысячи слов).
Действительно, популярность методов ЕК-моделирования как подхода для проектирования баз данных, скорее всего, обьясняется именно наличием подобной диаграммной технологии, а не чем-либо иным. Ниже правила создания ЕК-диаграмм поясняются на примерах, представленных на рис. 13.1 и 13.2. Заиечапие. Так же, как и сама модель "сушность/связь", технология создания ЕК- диаграмм постоянно совершенствуется, поэтому в данном разделе будет описана та ее версия, которая отличается в некоторых важных аспектах от оригинальной методики, предложенной Челом в [13.31.
514 Часть 111. Проектирование базы данных Сущности Каждый тип сущности на ЕМ-диаграмме представляется в виде отдельного прямоугольника с указанным внутри именем сущности, причем прямоугольники сущностей слабых типов рисуются двойной линией. Примеры (см. рис. 13.1) ° Сильные сущности: ОЕРяИТМЕИТ (отдел) ЕМРЪОХЕЕ (работник) БОРРЫЕВ (поставщик) РАНТ (деталь) РВОЮЕСТ (проект) ° Слабая сущностгк ОЕРЕИОЕИТ (подчиненный) Свойства Свойства отображаются на ЕК-диаграмме в виде эллипсов, содержащих имена этих свойств. Эллипсы соединяются с соответствующей сущностью (илн связью) сплошной линией.
Контур эллипса рисуется штриховой линией, если свойство производное, и двойной линией, если свойство многозначное. Если свойство составное, то составляющие его свойства показаны в виде других эллипсов, соединенных с эллипсом составного свойства с помощью дополнительных линий. Имена ключевых свойств обычно подчеркиваются, а множества значений не отображаются вовсе. Примеры (см.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
