Презентация на тему: СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД

СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
Пример неидентифицирующей связи между сущностями
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
Использование ролевых имен Имя роли (функциональное имя) – синоним атрибута внешнего клю- ча, который показывает, какую роль играет атрибут в дочерней сущности.
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД
1/69
Средняя оценка: 4.2/5 (всего оценок: 86)
Код скопирован в буфер обмена
Скачать (473 Кб)
1

Первый слайд презентации: СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД

Изображение слайда
2

Слайд 2

Существует несколько способов описания инфологической модели, од- нако, в настоящее время одним из наиболее широко распространенных под- ходов, применяемых при инфологическом моделировании, является подход, основанный на применении диаграмм «сущность-связь» (ER – Entity Relationship ). При рассмотрении последующих примеров будем использовать од- ну из самых распространенных в рамках ER моделей нотацию IDEF1X. Дан- ный стандарт был разработан в 1993 г. Национальным институтом стандар - тизации и технологий и является федеральным стандартом обработки ин- формации (США), описывающим семантику и синтаксис языка, правила и технологии для разработки логической модели данных.

Изображение слайда
3

Слайд 3

Построение инфологической модели проводится по результатам анали - за предметной области (DFD диаграмм). При этом необходимо учитывать следующие особенности: 1. из состава DFD диаграмм выделяются внешние сущности и перено - сятся на ER диаграмму; 2. хранилища данных, изображенные на DFD диаграммах преобразу - ются в сущности ER диаграммы; 3. анализируются функции. По результатам анализа определяются свя - зи между сущностями предметной области. 4. определяются ключевые атрибуты сущностей. 5. определяется состав неключевых атрибутов сущностей

Изображение слайда
4

Слайд 4

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

Изображение слайда
5

Слайд 5

Изображение слайда
6

Слайд 6

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

Изображение слайда
7

Слайд 7

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

Изображение слайда
8

Слайд 8

Пример: При автоматизации процесса покупки товаров (сущность «Покупка то- варов») необходимо указать: · какой товар необходимо купить (сущность «Товар»); · у кого его необходимо купить (сущность «Продавец»); · другие признаки операции покупка товара, такие как « количест - во», «цена», «сумма» и пр.

Изображение слайда
9

Слайд 9

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

Изображение слайда
10

Слайд 10

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

Изображение слайда
11

Слайд 11

Рассмотрим понятие их более подробно: Итак, сущность – это реальный или воображаемый объект реального мира, имеющий существенное значение для рассматриваемой предметной области, информацию о котором необходимо хранить в БД. В некоторых случаях сущностью может являться событие, процесс или явление, имеющие место в реальном мире. Фактически каждая сущность представляет собой множество подобных индивидуальных объектов, именуемых экземплярами. Имя сущности дается по имени ее экземпляра. Каждый экземпляр сущности индивидуален и дол- жен отличаться от других экземпляров. Это отличие выражается в наличии у каждого экземпляра сущности уникальных свойств, называемых атрибута- ми.

Изображение слайда
12

Слайд 12

Примерами сущностей могут быть Товар, Клиент, Покупатель. На- именование товара «Кирпич» является экземпляром сущности товар. Один и тот же объект реального мира может являться экземпляром нескольких сущ - 108 ностей. Так Иванов И.И. может быть как клиентом, так и покупателем, а так- же являться сотрудником фирмы.

Изображение слайда
13

Слайд 13

Изображение слайда
14

Слайд 14

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

Изображение слайда
15

Слайд 15

Например, при автоматизации процесса покупки товаров необходимо указать: - какой товар необходимо купить (сущность «Товар»); - у кого его необходимо купить (сущность «Продавец»); - другие признаки: «Количество», «Цена», «Сумма» и пр. (сущность «Покупка товаров»).

Изображение слайда
16

Слайд 16

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

Изображение слайда
17

Слайд 17

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

Изображение слайда
18

Слайд 18

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

Изображение слайда
19

Слайд 19

Согласно нотации IDEF1X независимые сущности изображаются в ви - де обычных прямоугольников, зависимые – в виде прямоугольников со скругленными углами, как это показано на рис.38. При нанесении на ER диа - грамму сущности, необходимо руководствоваться следующими требования- ми: - сущность должна иметь наименование с четким смысловым значени - ем и именоваться существительным в единственном числе [3]. - сущность должна обладать уникальным в пределах модели именем, имеющим четкое смысловое значение, выраженное в виде существительного в единственном числе, которое записывается над прямоугольником; - именование сущности обычно производится по имени ее экземпляра, а единственное число облегчает в дальнейшем чтение модели.

Изображение слайда
20

Слайд 20

Изображение слайда
21

Слайд 21

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

Изображение слайда
22

Слайд 22

Изображение слайда
23

Слайд 23

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

Изображение слайда
24

Слайд 24

Атрибут сущности – это именованная характеристика, являющаяся некоторым свойством сущности, значимым для рассматриваемой предметной области. Наименование атрибута должно быть выражено существительным в единственном числе и быть уникальным в пределах БД [4]. Примерами атри - бутов могут являться «Номер клиента», «Имя клиента», «Номер заказа», «Дата заказа» и др. На ER диаграмме атрибуты помещаются внутри прямо- угольника. В этом случае название сущности размещается за пределами пря- моугольника. Ключевые атрибуты помещаются в списке атрибутов первыми и отделяются от неключевых горизонтальной линией (рис.40).

Изображение слайда
25

Слайд 25

Изображение слайда
26

Слайд 26

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

Изображение слайда
27

Слайд 27

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

Изображение слайда
28

Слайд 28

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

Изображение слайда
29

Слайд 29

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

Изображение слайда
30

Слайд 30

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

Изображение слайда
31

Слайд 31

Если существует несколько кандидатов на роль первичного ключа, предпочтение следует отдавать более простому (содержащему меньшее ко- личество атрибутов) ключу. Ключи, входящие в список кандидатов, но не ставшие первичными называются альтернативными ключами. На ER диа - грамме такие атрибуты помечаются символами (AK) после имени атрибута.

Изображение слайда
32

Слайд 32

На рис. изображена сущность «Контрагент», в качестве потенциальных ключей которой можно выделить: 1. «Код контрагента» (АК1.1); 2. «Наименование контрагента» (АК2.1) + «Телефон» (АК2.2); 3. «Город контрагента» (АК3.1)+ «Адрес контрагента» (АК3.2).

Изображение слайда
33

Слайд 33

Изображение слайда
34

Слайд 34

Если учесть очень маленькую вероятность существования двух контр- агентов с одинаковыми наименованиями и телефонами или расположенных в городах с одинаковыми названиями и по одинаковым адресам, то второй и третий варианты подойдут на роль первичного ключа, однако, существует еще первый вариант, который проще по составу чем второй и третий – «Код контрагента». Это «синтетический» атрибут (см. понятие суррогатного клю - ча в занятии 1), т.к. не имеет прямого отношения к сущности «Контрагент», ведь не существует единого классификатора всех контрагентов, в котором каждому из них соответствует свой уникальный номер.

Изображение слайда
35

Слайд 35

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

Изображение слайда
36

Слайд 36

При этом сущность окажется не только избыточной, но также может про- изойти нарушение целостности информации в БД вследствие использования в связанных с контрагентом сущностях информации об одном и том же контрагенте, ссылаясь на него при этом по разным номерам. Иллюстрация такого случая приведена на рис.3.7. Видно, что всего было оформлено 3 зака - за Контрагентом 1. Но, так как в списке контрагентов ему соответствуют ко- ды 1 и 3, то в одном случае заказ был оформлен Контрагентом с кодом 1, а во втором – с кодом 3. С точки зрения СУБД Контрагент 1 с кодом 1 и Контр- агент 1 с кодом 3 являются разными экземплярами. Если не исправить дан- ное положение, то со временем это приведет к серьезным трудностям в обра - ботке информации БД, связанной с получением итоговых сведений.

Изображение слайда
37

Слайд 37

Изображение слайда
38

Слайд 38

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

Изображение слайда
39

Слайд 39

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

Изображение слайда
40

Слайд 40

Изображенная на рис. связь позволяет определить какие именно заказы раз- местил клиент и какой именно сотрудник оформил заказ [3]. Глагольные фра - зы облегчают понимание смысла связи и могут быть созданы как для прямого, так и для обратного чтения связи. Так, в примере, представленном на рис. связь между сущностями «Клиент» и «Заказ» может быть прочитана следую- щим образом: Клиент размещает Заказ, Заказ размещается Клиентом. Обыч - но достаточно создания одной глагольной фразы для чтения связи в направле - нии от независимой сущности к зависимой, исключением являются связи типа многие-ко-многим, при которых для лучшего понимания типа связи жела - тельно создание двух глагольных фраз.

Изображение слайда
41

Слайд 41

Изображение слайда
42

Слайд 42

На этапе инфологического моделирования используют идентифици - рующие и неидентифицирующие связи. Выше было сказано о том, что существуют зависимые и независимые сущности. Тип связи между двумя сущностями определяет какая из них является зависимой (дочерней), а ка - кая – независимой (родительской). Идентифицирующая связь устанавли - вается между родительской и дочерней сущностями и означает, что каждо - му экземпляру дочерней сущности должен соответствовать хотя бы один экземпляр родительской. При этом дочерняя сущность не может существо- вать «вне рамок» родительской. На ER диаграммах идентифицирующая связь показывается в виде сплошной линии. Точка на линии ставится со стороны дочерней сущности (рис.43).

Изображение слайда
43

Слайд 43

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

Изображение слайда
44

Слайд 44

Пусть даны две сущности «Материал» и «Единица измерения». Если предположить, что при учете материалов в БД можно не указывать единицу измерения данного материала, то сущности «Материал» и «Единица измере - ния » являются независимыми, а связь между ними – неидентифицирующей (рис.44).

Изображение слайда
45

Слайд 45: Пример неидентифицирующей связи между сущностями

Изображение слайда
46

Слайд 46

Связь между сущностями обеспечивается за счет миграции атрибутов родительской сущности в дочернюю. Миграция – перенос атрибутов одной сущности в другую для установления связи между ними. Мигрировавший ат - рибут называется внешним ключом и помечается на ER диаграмме символа- ми (FK) ( Foreign Key ). Мигрировавший атрибут или группа атрибутов могут быть помещены в состав первичного ключа сущности или в состав неключе - вых атрибутов в зависимости от типа связи между сущностями.

Изображение слайда
47

Слайд 47

При этом действуют следующие правила: - если сущности связаны идентифицирующей связью, то все ключевые атрибуты родительской сущности мигрируют в состав первичного ключа до- черней сущности (рис.40); - если сущности связаны неидентифицирующей связью, то все ключе- вые атрибуты родительской сущности мигрируют в состав неключевых атри - бутов дочерней сущности (рис.44).

Изображение слайда
48

Слайд 48

При этом возможны два варианта отно - шений : 1. Допускаются пустые значения внешних ключей в дочерней сущно - сти (знак ромба на неидентифицирующей связи со стороны независимой сущности). 2. Пустые значения внешних ключей в дочерней сущности не допуска- ются (отсутствие знака ромба со стороны независимой сущности).

Изображение слайда
49

Слайд 49

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

Изображение слайда
50

Слайд 50

Существует четыре различных типа мощности (рис.45): 1. Одному экземпляру родительской сущности соответствуют 0, 1 или много экземпляров дочерней сущности. Не помечается дополнительным значком на диаграмме. 2. Одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности (исключено нулевое значение). На диаграмме помечается значком P. 3. Одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности (исключены множественные значения). На диаграмме помечается значком Z. 4. Одному экземпляру родительской сущности соответствует заранее заданное число экземпляров дочерней сущности. На диаграмме помечается цифрой.

Изображение слайда
51

Слайд 51

Изображение слайда
52

Слайд 52

Существует еще одна, не вошедшая в приведенный выше перечень, мощность связи – многие-ко-многим. Такая связь возможна только на логи - ческом уровне представления модели и означает, что каждому экземпляру родительской сущности может соответствовать несколько экземпляров до- черней, а каждому экземпляру дочерней – несколько экземпляров родитель- ской. В этом случае понятия «родительская» и «дочерняя» применимы к обо- им связываемым сущностям. На диаграмме такая связь обозначается сплош - ной линией с двумя точками на концах. Обе сущности, участвующие в связи обозначаются как независимые. Пример такой связи приведен на рис.46. В данном случае, в отгрузку могут быть включены несколько товаров, в то же время один товар может участвовать в нескольких отгрузках.

Изображение слайда
53

Слайд 53

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

Изображение слайда
54

Слайд 54

Изображение слайда
55

Слайд 55

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

Изображение слайда
56

Слайд 56

Категориальные связи делятся на два типа – полные и неполные. Если экземпляру родового предка соответствует экземпляр в каком-либо потомке, то связь является полной, на ER диаграмме изображается с помощью дис - криминатора (рис.47). Если категория еще не выстроена полностью и в родовом предке есть экземпляры, для которых нет соответствующих экземп - ляров в потомках, категория является неполной, на ER диаграмме изобража - ется с помощью дискриминатора (рис.47). Возможны иерархии наследо - вания, в которых присутствуют и полные и неполные категории. При этом сущности, в одном случае являющиеся потомками, могут одновременно яв - ляться предками по отношению к другим связям.

Изображение слайда
57

Слайд 57

В примере, изображенном на рис.47 первая категориальная связь (вид накладной) является полной, т.к. существует только два вида накладных: при- ходная и расходная. Тип расходной накладной является неполной категори - альной связью, т.к. предполагается, что сюда включены еще не все сущности данной категории (например отгрузка материалов на сторону или списание материалов). Отсутствие сущности на диаграмме может быть обусловлено тем, что еще не выявлено ее существование в рамках данной модели, не уста- новлен ее тип или ее существование внутри модели нежелательно.

Изображение слайда
58

Слайд 58

Изображение слайда
59

Слайд 59: Использование ролевых имен Имя роли (функциональное имя) – синоним атрибута внешнего клю- ча, который показывает, какую роль играет атрибут в дочерней сущности

Изображение слайда
60

Слайд 60

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

Изображение слайда
61

Слайд 61

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

Изображение слайда
62

Слайд 62

Изображение слайда
63

Слайд 63

Другим примером обязательности присвоения имен ролей являются Ре курсивные связи (иногда их называют «рыболовный крючок» ( fish hook ) – когда одна и та же сущность является и родительской и дочерней одновре - менно. При задании рекурсивной связи атрибут должен мигрировать в каче - стве внешнего ключа в состав неключевых атрибутов той же сущности. Ат - рибут не может появиться дважды в одной сущности под одним именем, по- этому обязательно должен получить имя роли.

Изображение слайда
64

Слайд 64

На рис.48 сущность Сотрудник содержит атрибут первичного ключа Табельный номер. Информация о руководителе сотрудника содержится в той же сущности, поскольку руководитель работает в той же организации. Чтобы сослаться на руководителя сотрудника следует создать рекурсивную связь (на рис.48 связь руководит/подчиняется) и присвоить имя роли (« Руко - водитель»). Заметим, что рекурсивная связь может быть только неидентифи - цирующей, противном случае внешний ключ должен был бы войти в состав первичного ключа и получить при генерации схемы признак NOT NULL. Это сделало бы невозможным построение иерархии – у дерева подчиненности должен быть корень – сотрудник, который никому не подчиняется в рамках данной организации.

Изображение слайда
65

Слайд 65

Изображение слайда
66

Слайд 66

Связь руководит/подчиняется на рис.48 позволяет хранить древовид - ную иерархию подчиненности сотрудников. Такой вид рекурсивной связи называется иерархической рекурсией ( hierarchical recursion ) и задает связь, когда руководитель (экземпляр родительской сущности) может иметь мно - жество подчиненных (экземпляров дочерней сущности), но подчиненный имеет только одного руководителя. Другим видом рекурсии является сетевая рекурсия ( network recursion ), когда руководитель может иметь множество подчиненных и, наоборот, под- чиненный может иметь множество руководителей. Сетевая рекурсия задает паутину отношений между экземплярами родительской и дочерней сущно - стей. Это случай, когда сущность находится сама с собой в связи многие-ко - многим.

Изображение слайда
67

Слайд 67

Изображение слайда
68

Слайд 68

На рис.51 рассмотрен пример реализации сетевой рекурсии. Структура моделирует родственные отношения между членами семьи любой сложно- сти. Атрибут Тип отношения может принимать значения «отец-сын», «мать- дочь», «дед-внук», «свекровь-невестка», «тесть-зять» и т.д. Поскольку родст - венное отношение связывает всегда двух людей, от сущности Родственник к сущности Родственное отношение установлены две идентифицирующие связи с именами ролей «Старший» и «Младший». Каждый член семьи может быть в родственных отношениях с любым другим членом семьи, более того, одну и ту же пару родственников могут связывать разные типы родственных отношений.

Изображение слайда
69

Последний слайд презентации: СОЗДАНИЕ ИНФОЛОГИЧЕСКОЙ МОДЕЛИ БД

Если атрибут мигрирует в качестве внешнего ключа более чем на один уровень, то на первом уровне отображается полное имя внешнего ключа (имя роли + базовое имя атрибута), на втором и более - только имя роли.

Изображение слайда