Entity Relation Diagram. } ERD дополняет DFD. DFD фокусируется на процессах и потоках данных межу ними, ERD – на данных и связях между ними. } ERD позволяет представить всю используемую в системе


Чтобы посмотреть этот PDF файл с форматированием и разметкой, скачайте файл и откройте на своем компьютере.
1 Базы данных и информационные системы Построение ER - диаграмм Сумы СумГУ͕2015 СодержТние  ERD  Основные понятия  Демо - ролик  Дополнительно͗ Блог иекалова А͘П͘ о применении ERD на конкретных простых примерах http:// ap - che.blogspot.com  Задание  Контрольные вопросы Entity Relation Diagram  ERD дополняет DFD . DFD фокусируется на процессах и потоках данных межу ними͕ ERD 2 на данных и связях между ними  ERD позволяет представить всю используемую в системе информацию в формальном виде  ERD это средство для коммуникации между менеджментом (какая информация нужна͕ чтобы бизнес работал)͕ администраторами (как управлять информацией) и архитекторами БД (как эффективно организовать информацию и исключить ее избыточность)  Использует 3 компонента͗  Сущность ( Entity )  Атрибут (Attribute)  Связь (Отношение) (Relationship) ERD в Case Studio  В Case Studio по - умолчанию используется нотация Information Engineering (IE)  Полное описание IE с примерами можно найти у http://ap - che.blogspot.com Сущность  Сущность - набор объектов реального мира͕ каждый из которых имеет следующие характеристики͗  Уникален (может быть отделен от всех прочих каким - либо образом)  Играет определенную роль в моделируемой системе  Может быть описан одним или более элементом информации (Атрибутом)  Пример͗ люди͕ персонал͕ события͕ заказы͕ продажи͕ покупатели͕ поставщики Персонал Поставщики Продажи АтриУут  Атрибут описывает некоторые свойства сущности  Сущность может иметь много атрибутов͕ но выбираются только те͕ которые важны для системы  Атрибуты делятся на ключевые ( Entity Keys ) и описательные ( Entity Descriptors )  Ключевые атрибуты должны уникальным образом идентифицировать экземпляры сущности  Для каждого атрибута должен быть указан домен (тип͕ предметная область)͘ Имя varchar (PK) Дата рождения Date Отдел Integer ( FK ) Стаж Number Персонал Первичный ключ Внешний ключ Связи  Связи описывают связи между сущностями͘ Связи характеризуются͗ • Идентифицирующая ( identiying ) • Неидентифицируемая ( ) Сила • 1:1 • 1:N • M:N Мощность ( cardinality ) • Обязательное ( mandatory ) • Необязательное (optional) Участием сущности в связи • (число ассоциированных сущностей) Степень УчТстие сущности в связи  Обозначается на связи поперечной линией или кружком .  Поперечная линия означает обязательное ( mandatory ) участие сущности в связи͕ а кружок — необязательное ( optional ).  В случае обязательного участия сущности в связи в описании такой связи используют глагол " должен ". При необязательном участии сущности в связи используют глагол " может ". Степень связи  Степень связи ( relationship degree ) указывает на число ассоциированных сущностей .  Б инарная связь ( binary relationship ) описывает ассоциации двух сущностей .  Тернарная связь ( ternary relationship ) имеет место͕ когда связываются три сущности .  Унарная связь ( unary relationship ) описывает ассоциации внутри единственной сущности͘ Бинарная связь Унарная связь Мощность связи  Мощность связи показывает͕ какое число экземпляров одной сущности связано с экземплярами другой сущности .  Мощность может быть͗  один - к - одному (1:1),  один - ко - многим (1͗N) и  многие - ко - многим (M:N). Один - ко - многим Многие - ко - многим ПонимТние типов связей  Выделяют 5 основных типов связей͗  Сильная связь  Слабая связь  Само - связь  Связь многие - ко - многим  Информационная связь 2 связь между не ключевыми атрибутами͘ СильнТя связь ( Identifying Relationship)  Дочерняя сущность не может существовать без родительской͘ (Не бывает ответа без вопроса)  При этом первичный ключ мигрирует из родительской сущности в дочернюю͕ где становится частью первичного ключа . Дочерняя сущность Родительская сущность Составной первичный ключ СлТУТя связь ( Nonidentifying Relationship)  Родительская и дочерняя сущности связаны͕ но дочерняя сущность может быть создана раньше͘ (груз принадлежит отгрузке͕ но груз может быть на складе͕ до того как создан заказ)  Первичный ключ мигрирует из родительской сущности в дочернюю и не входит в состав первичного ключа͘ Слабая связь РекурсивнТя - связь  иаще всего используется для построение иерархий͘  Поставщик МОЖЕТ работать с НУЛЕМ или БОЛЕЕ заказчиков ( id_Customer ) .  Заказчик должен ДОЛЖЕН работать с одним поставщиком ( id_Sup ). Унарная связь один - ко - многим , mandatory - optional Связь многие - ко - многим  Случай͗ поставщики могут поставлять много типов товаров͘ Разные поставщики могут поставлять одинаковые типы товаров͘  Неоднозначность связи разрешается введением переходных сущностей ЗТдТние 1  Управляющий небольшого регионального банка попросил вас спроектировать и реализовать базу данных͘  Клиенты компании открывают счета͕ размещают свои денежные средства на них͕ снимают средства͕ закрывают счета и т͘д͘ Счета могут быть͗ расчетные͕ депозитные͕ кредитные и т͘д͘ Клиенты могут иметь произвольное число счетов для проведения финансовых операций͘  Каждая заявка клиента на проведение банковской операции документируется и обрабатывается сотрудником банка͘ При этом хранится͕ кто из сотрудников выполнил операцию͕ на каком счете͕ когда͕ какая сумма операции͕ клиент - владелец счета (на «5» - как мы при этом гарантируем что указанный человек действительно владелец счета) .  йтат банка состоит из M работников͘ йтатное расписание банка предусматривает должности͗ управляющего͕ заместителя управляющего͕ главного бухгалтера͕ бухгалтера͕ операциониста , контролера͕ кассира͕ юриста͘ Сотрудник может занимать только одну должность .  Сотрудник может быть клиентом банка (на «5 »)͘  Постройте ER - диаграмму ИС͕ которая сопровождает работу банка͘ DFD уровень 0 DFD уровень 1 Сущности  " сотрудник " — имя͕ адрес͕ дата рождения͕ дата устройства на работу͕ должность и заработная плата͖  "клиент" — имя͕ адрес͕ дата рождения͕ статус (физическое или юридическое лицо)͖  "операция" — номер операции͕ дата͕ вид операции , сотрудник обслуживающий клиента͕ счет клиента͕ сумма͖  "счет" — номер счета͕ клиент͕ дата открытия͕ дата закрытия͕ тип счета͕ сумма .  По вашему желанию некоторые атрибуты / сущьности могут отсутствовать или могут быть добавлены не перечисленные здесь͘ ЗТдТние 2  Создайте SQL скрипт генерации таблиц по построенной ER - диаграме ЗТдТние 3  Соотнесите ER - диаграмму͕ построенную в задании 1 и полученный SQL - код͘  * Как в коде записываются первичные и внешние ключи?  * Как в коде з аписываются составные первичные и внешние ключи? Контрольные вопросы  В чем отличие ERD от DFD?  Какие основные цели преследуют ER - диаграммы?  Какие основные элементы используются в ER - диаграммах?  Какие способы изображения элементов на ER - диаграммах вы знаете?  Как на ER - диаграммах указываются ключевые атрибуты͘  Приведите пример ER - диаграммы с зависимостью один - ко - многим͕ где одна из сущностей обязательна͕ а вторая 2 нет͘  Какие типы связей вы знаете?  Какими свойствами характеризуются связи?

Приложенные файлы

  • pdf 34287743
    Размер файла: 719 kB Загрузок: 0

Добавить комментарий