ER-діаграм

Як вказувалося в попередньому розділі, в [146] була не тільки введена сама модель сутність-звязок, а й представлена ​​концепція Така діаграма є методом подання логічної структури бази даних в графічному вигляді для більш простого і наочного відображення основних компонентів конкретного проекту бази даних (один малюнок часом коштує тисячі слів) Дійсно, популярність методів ER-моделювання як підходу для проектування баз даних, швидше за все, пояснюється саме наявністю подібної диаграммной технології, а не чим-небудь іншим Нижче правила створення пояснюються на прикладах, представлених

на рис 141 і 142

Примітка Так само, як і сама модель сутність-звязок, технологія створення ERдіаграмм постійно вдосконалюється, тому в даному розділі буде описана та її версія, яка відрізняється в деяких важливих аспектах від оригінальної методики, запропонованої в [146]

Сутності

Кожен тип сутності на і представляється у вигляді окремого прямокутника з зазначеним всередині імям сутності, причому прямокутники сутностей слабких типів позначаються подвійною лінією

Відповідні приклади наведені нижче (див рис 141)

■ Звичайні сутності:

■ DEPARTMENT (Відділ)

■ EMPLOYEE (Працівник)

■ SUPPLIER (Постачальник)

■ PART (Деталь)

■ PROJECT (Проект)

■ Слабка сутність:

■ DEPENDENT (Утриманець)

Властивості

Властивості відображаються на і у вигляді еліпсів, що містять імена цих властивостей Еліпси зєднуються з відповідною сутністю (або звязком) суцільною лінією Контур еліпса зображується штриховий або пунктирною лінією, якщо властивість похідне, і подвійний лінією, якщо властивість багатозначне Якщо властивість складене, то складові його властивості показані у вигляді інших еліпсів, зєднаних з еліпсом складеного властивості за допомогою додаткових суцільних ліній Імена ключових властивостей зазвичай підкреслюються, а безлічі значень не відображаються зовсім

Відповідні приклади наведені нижче (див рис 141)

■ Для сутності EMPLOYEE:

ОМР # (Табельний номер працівника) – ключове властивість

ENAME (Повне імя) – складене, яке складається з властивостей FIRST (Імя), Mi (По батькові) і LAST (Прізвище)

SALARY (Зарплата)

■ Для сутності SUPPLIER:

S # (Номер постачальника) – ключове властивість SNAME (Імя постачальника)

STATUS (Статус постачальника)

CITY (Місто, в якому знаходиться постачальник)

■ Для звязку SUPP_PART_PROJ:

QTY (Кількість)

■ ДЛЯ ЗВЯЗКУ PART_STRUCTURE:

QTY (Кількість)

Для економії місця інші властивості, представлені на рис 141, не показані

Звязки

Кожен тип звязку показаний на і у вигляді ромба з імям звязку всередині Ромб малюється подвійною лінією, якщо це звязок між слабким типом сутності і типом сутності, від існування якого вона залежить Учасники кожної звязку зєднуються з ромбом відповідної звязку суцільними лініями Кожна така лінія містить позначення 1 або М, яке вказує, чи звязок до типу Один до одного, один до багатьох або багато до багатьох) Подвійна лінія позначає повну участь у звязку даної сторони

Відповідні приклади наведені нижче (див рис 141)

■ DEPT_EMP (звязок типу один до багатьох між сутністю

DEPARTMENT І

EMPLOYEE)

■ EMP_DEP (звязок типу один до багатьох між сутністю EMPLOYEE і сутністю слабкого типу DEPENDENT)

■ PROJ_WORK і PROJ_MANAGER (обидві звязки встановлені між сутностями EMPLOYEE і PROJECT, причому перша має тип багато до багатьох, а друга – один до багатьох)

■ SUPP_PART_PROJ (звязок типу багато до багатьох і до багатьох між сутністю ми SUPPLIER, PART І PROJECT)

■ SUPP_PART (звязок типу багато до багатьох між сутностями SUPPLIER І

PART)

■ PART_STRUCTURE (звязок типу багато до багатьох між сутностями PART і

PART)

Зверніть увагу на те, що в останньому Випадку дві лінії від PART До PART_STRUCTURE відрізняються написами із зазначенням різних виконуваних ролей (ЕХР і IMP, які позначають, відповідно, розбирання вузла на деталі і складання вузла з деталей) Звязок PART_STRUCTURE є типовим прикладом рекурсивної звязку

Підтипи і супертіпи сутностей

Нехай тип сутності Y є підтипом типу сутності X Тоді від прямокутника Y до прямокутника х можна провести суцільну лінію зі стрілкою на кінці біля Y Ця лінія представляє те, що іноді називають  звязком приналежності (Is-a relationship) (оскільки безліч всіх сутностей типу Y є (Is а) підмножиною множини всіх сутностей типах)

Відповідні приклади наведені нижче (див рис 142)

■ ТИП СУЩНОСТИ PROGRAMMER є підтипом Тіпе СУЩНОСТИ

EMPLOYEE

■ Типи сутностей APPLICATION_PROGRAMMER І SYSTEM_PROGRAMMER ЯВЛЯЮТЬСЯ

підтипами типу сутності PROGRAMMER

Джерело: Дейт К Дж, Введення в системи баз даних, 8-е видання: Пер з англ – М: Видавничий дім «Вільямс», 2005 – 1328 с: Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*