Поняття відносини, CASE-засоби (моделювання), Програмування, статті

У попередніх статтях були описані основні концепції моделювання даних, сутностей і атрибутів для виявлення і визначення вимог до інформації, що пред’являються моделируемой областю бізнесу. Як ви вже знаєте, логічна модель представляється на ERD сутностями, атрибутами і відносинами. У цій статті основну увагу буде приділено детальному розгляду відносин.


У наступних розділах будуть висвітлені наступні питання, що стосуються відносин:



На ER діаграмах суті являють контейнери для атрибутів, атрибути представляють цікавлять нас факти, а відносини дозволяють вам застосовувати реляційну алгебру для пов’язаних груп атрибутів у відповідність з бізнес-правилами. Давайте тепер розглянемо відносини – серце реляційної моделі даних.


Що таке ставлення?


Ставлення – це асоціація або “зв’язок” між двома сутностями. Відношення представляється в моделі лінією, що з’єднує дві сутності і дієслівної конструкцією, яка описує, як дві сутності залежать друг від одного. Дієслівна конструкція – механізм опису бізнес-правил, що визначають ставлення. Хороша дієслівна конструкція описує ставлення в термінах бізнесу, а не мовою технічних специфікацій. На рисунку 4.1 показано відношення між двома сутностями.

Рис. 4.1. На ER діаграмах відносини представляються лінією
між двома сутностями, або замкнутої на саму сутність.
Тип і властивості відносини представляють бізнес-правила.
Примірник сутності банановий ДЕСЕРТ може мати
один, два, три або ні одного примірника сутності
ВЕРХІВКА банановий десерт.
Примірник сутності ВЕРХІВКА банановий ДЕСЕРТ
може належати одному, і лише одному примірнику
сутності банановий ДЕСЕРТ.


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


Ставлення має такі властивості:









ПРИМІТКА
Важливо мати на увазі, що не все методології моделювання використовують саме ці терміни для опису відносин, хоча більшість з них підтримують подібні концепції.


Виявлення відносин


Іншим хорошим джерелом є корпоративна модель.


Перевірте відносини між сутностями в рамках моделируемой предметної області. Уважно вивчіть зовнішні ключі, які визначають відносини між кодовими та іншими сутностями. Ці відносини можуть допомогти виявити суті, які повинні бути додані в вашу модель, або визначити рівень абстракції, який поліпшить її розширюваність.


Ви можете виявити відносини і під час нормалізації при появі нових сутностей, пов’язаних відносинами. Дозвіл відносин багато-до-багатьох в логічній моделі, швидше за все, призведе до появи додаткових сутностей і відношень.








ПРИМІТКА
Рідко в додатку все суті пов’язані один з одним відносинами попарно. Якщо в моделі присутня лише кілька сутностей, то вони всі можуть бути пов’язані відносинами. Однак у більш великих програмах відносинами можуть бути пов’язані не всі сутності.


Читання відносин


Визначивши відповідну дієслівну конструкцію, ви можете читати відносини справа наліво, використовуючи шаблон сутність – дієслівна конструкція для відносини – сутність. Для прикладу, з магазином морозива ви можете визначити відношення:


Споживач купує Суміш


Або


Магазин продає різні сорти Морозива


Читання відносин на основі використання цієї структури – сутність – відношення – сутність (іноді званої парна зв’язок сутностей) – є корисним механізмом для подання відносин партнерам по бізнесу. Парні зв’язку сутностей двонаправлено. Так що сутності пов’язані в обох напрямках. Таким чином, Споживач купує Суміші те ж саме, що і Суміші продаються Споживачу.


Такий спосіб прочитання відносин забезпечує перевірку коректності розробленої логічної моделі. Хоча відносини і не описують повністю всі бізнес-правила, вони дозволяють бізнес-партнерам переглядати модель для розуміння взаємозв’язків між сутностями. Я вважаю, що це найкращий спосіб переконатися, що кожна дієслівна конструкція в моделі формує коректне твердження. Перегляд моделі разом з бізнес-партнерами – Один з основних методів перевірки того, що модель правильно відображає бізнес-правила.


Ступінь відносини


Ступінь відносини являє собою число сутностей, асоційованих з відношенням. В основному, відносини мають ступінь одиниця (унарні відносини) або двійка (бінарні відношення). Унарні, або рекурсивні відносини представляють випадки, коли екземпляр сутності пов’язаний з іншим екземпляром тієї ж самої сутності. Бінарні відносини представляють випадки, коли одна сутність пов’язана з іншою. Бінарні відносини відображають найбільш поширені взаємозв’язку, присутні в реальному світі. Фактично, більшість розробників моделей розглядають унарні або рекурсивні відносини як бінарні рекурсивні відносини, зв’язують примірник сутності з іншим її екземпляром. Наприклад, вислів “Деякими співробітниками керують інші співробітники” представляє відношення між екземплярами сутності СПІВРОБІТНИК.








ПРИМІТКА
В деяких методологіях існують n-арні відносини (n представляє ступінь відносини). В n-арних відносинах беруть участь більше двох сутностей. Наприклад, “Споживач купує Суміш в Магазині” є тернарних (ступеня три) ставленням, які залучають три сутності. Однак більшість методологій оперують тільки бінарними відносинами і перетворять все n-арні відносини в бінарні.


Спрямованість відносини


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


Спрямованість відносини визначається взаємозв’язком між сутностями. У відношенні між незалежною і залежною сутностями, ставлення виходить з незалежної сутності і закінчується в залежною сутності. Якщо обидві сутності незалежні, ставлення симетрично. Відносно один-до-багатьох батьківського є сутність, що входить у відношення одноразово. Відносини багато-до-багатьох – Симетричні.


Визначення типів відносин


В ERwin відношення між двома сутностями, або сутності самої з собою, може належати до одного з наступних типів:



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


Ідентифікують відносини

Ідентифікує є відношення між двома сутностями, в якому кожен примірник підпорядкованої сутності ідентифікується значеннями атрибутів батьківської сутності. Це означає, що екземпляр підпорядкованої сутності залежить від батьківської сутності і не може існувати без примірника батьківського сутності. В ідентифікує відношенні єдиний екземпляр батьківського суті пов’язаний з безліччю екземплярів підлеглої. Атрибути первинного ключа батьківського суті мігрують в атрибути підлеглої, щоб стати там атрибутами первинного ключа. На рисунку 4.2 представлено ідентифікує відношення між сутностями смаковими добавками і МОРОЗИВО. Зауважте, що атрибути первинного ключа батьківського суті Смакові добавки мігрували в сутність МОРОЗИВО і стали там первинним ключем.

Рис. 4.2. Ідентифікує відношення між сутностями
МОРОЗИВО і смакові добавки.


Примірник сутності МОРОЗИВО не існує до тих пір, поки не з’явиться примірник батьківського суті смакові добавки. Зверніть увагу на безперервну лінію між двома сутностями.


Неідентіфіцірующей відносини


Неідентіфіцірующей є відношення між двома сутностями, в якому кожен примірник підпорядкованої суті не залежить від значень атрибутів батьківської сутності. Це означає, що екземпляр підпорядкованої суті не залежить від батьківської сутності і може існувати без примірника батьківського сутності. В неідентіфіцірующей відношенні єдиний екземпляр батьківського суті пов’язаний з безліччю екземплярів підлеглої. Атрибути первинного ключа батьківського суті мігрують в підпорядковану, щоб стати там не ключовими атрибутами. На малюнку 4.3 представлено неідентіфіцірующей відношення між сутностями СУМІШ і ТИП СУМІШІ. Зверніть увагу, що атрибути первинного ключа батьківського суті СУМІШ мігрували в підпорядковану сутність ТИП СУМІШІ і стали там неключових атрибутами.

Рис. 4.3. Неідентіфіцірующей ставлення
між сутностями СУМІШ і ТИП СУМІШІ.


Зверніть увагу, що ERwin зображує не ідентифікує ставлення у вигляді пунктирної лінії.


Типізують відносини


Типізують є відносини між батьківського і однієї або більше підлеглими сутностями. Ви повинні використовувати типізують відносини в тому випадку, якщо має сенс вказати на такі відносини, коли примірник батьківського суті визначає різні набори атрибутів в підлеглих сутності.


Клайв Фінклештейн називає характеристичні суті вторинними сутностями. Характеристичні суті завжди мають одну або більше “рівноправних” сутностей. Рівноправні характеристичні суті пов’язані з батьківського сутністю особливим типом відносин, які можуть бути виключають або включають.


Виключають типізують відносини


Виключають типізують відносини вказують, що тільки одна підпорядкована сутність ідентифікується батьківського сутністю. Іншими словами, примірник батьківського суті пов’язані з примірниками не більше ніж однієї вторинної сутності.
Виключає характеристична сутність представляє ставлення “є” (is a). На малюнку 4.4 зображено виключає типізують відношення між сутністю верхнього рівня СУМІШ і двома характеристичними сутностями банановий ДЕСЕРТ і вершкове помадка.

Рис. 4.4. Виключає типізують ставлення
між сутністю верхнього рівня СУМІШ
і двома підлеглими характеристичними сутностями
Банановий ДЕСЕРТ і вершкове помадка.


Зауважте символ підтипу X, який вказує, що це виключає типізують ставлення в нотації IE системи ERwin. Представлене бізнес-правило стверджує, що екземпляр сутності СУМІШ може бути сутністю Банановий ДЕСЕРТ або вершковим помадки, але не ними обома одночасно.


Включають типізують відносини


Включає типізують відношення вказує, що примірником батьківського суті можуть визначатися більше однієї вторинної сутності. Іншими словами, примірник батьківського суті пов’язаний з примірниками кількох вторинних сутностей. Рисунок 4.5 демонструє включає типізують відношення між батьківського характеристичної сутністю ПЕРСОНА і двома підлеглими сутностями клієнтів і співробітників.


Відносини багато-до-багатьох


Відносини багато-до-багатьох виникають там, де один примірник однієї сутності пов’язаний з декількома екземплярами інший, і один примірник цієї іншої сутності також пов’язаний з декількома екземпляр першої сутності. Ці відносини також називають неспецифічними. Відносини багато-до-багатьох використовуються на попередніх стадіях розробки логічної моделі. Зазвичай вони вирішуються за рахунок використання асоціативної сутності, яка містить ключі батьківських сутностей. Асоціативні сутності дозволяють екземплярам кожної з батьківських сутностей бути представленими у вигляді унікальної пари у вторинній сутності. Рисунок 4.6 показує відношення багато-до-багатьох між сутностями ВЕРШКОВЕ Помадка і МОРОЗИВО.


Концепції моделювання


ЧАСТИНА I

Рис. 4.5. Включає типізують відношення між
сутністю верхнього рівня ПЕРСОНА і двома підлеглими
характеристичними сутностями клієнтів і співробітників.


Зверніть увагу на відсутність символу підтипу X, яке вказує, що це включає типізують ставлення в нотації IE системи ERwin. Представлене бізнес-правило стверджує, що екземпляр сутності ПЕРСОНА може бути одночасно сутностями клієнтів і співробітників.

Рис. 4.6. Ставлення багато-до-багатьох
між сутностями ВЕРШКОВЕ помадкою і МОРОЗИВО.


В нотації IE, ERwin представляє відносини багато-до-багатьох безперервної лінією з “пташиною лапкою” на обох кінцях.


Рекурсивні відносини


Рекурсивне ставлення – це неідентіфіцірующей відношення між двома сутностями, яке вказує, що екземпляр сутності може бути пов’язаний з іншим екземпляром тієї ж самої сутності. При рекурсивному відношенні батьківська і підпорядкована суті збігаються. На рисунку 4.7 показані приклади двох реалізацій рекурсивного відносини для сутності СПІВРОБІТНИК, з використанням назви ролі і без нього. Зверніть увагу, що ERwin “уніфікує” атрибути зовнішнього ключа та первинного ключа, коли назва ролі не використовується. Використання імені ролі призводить до розміщення зовнішнього ключа в якості неключових атрибута.








ПРИМІТКА
Оскільки рекурсивні відносини можуть виявитися незвичними для користувачів і початківців розробників моделей, хорошою практикою є використання назв ролей для мігруючих атрибутів. У подальших статтях буде описано використання назв ролей та цікаві особливості уніфікації в ERwin.

Рис. 4.7. Приклади реалізації рекурсивних відносин
з використанням назви ролі і без нього по суті ПЕРСОНА.


Зауважте, що без назви ролі ERwin комбінує атрибути зовнішнього і первинного ключів.


Кількість елементів відносини


Кількість елементів відносини задає максимальне число примірників однієї сутності, які можуть бути пов’язані з примірниками іншої сутності. Кількість елементів визначається для обох сторін стосунки – Для початкової і завершальної сутностей. Кількість елементів визначає максимальну кількість екземплярів сутностей, що у відношенні, в той час як обов’язковість визначає мінімальне число примірників. Детальніше про обов’язковість ви прочитаєте в наступному розділі.
Кількість елементів часто виражається як один або багато. Один і багато можуть з’являтися в трьох різних комбінаціях:



Один-до-одного


У відношенні один-до-одного один і тільки один екземпляр сутності пов’язаний з одним і лише одним примірником іншої сутності.


Ці відносини іноді є результатом нормалізації, коли видаляються атрибути, що мають значення не для всіх екземплярів сутності. Подбайте перевірити атрибути батьківського суті, бере участь в відношенні, для визначення класифікаційного атрибута, чиї значення визначають, чи існує екземпляр в залежною сутності. Якщо класифікаційний атрибут існує, розгляньте можливість використання типізують відносини замість відносини один-до-одного.








Рада
В дійсності, відносини один-до-одного зустрічаються рідко. У більшості випадків ви повинні зібрати атрибути в одній сутності. Ви повинні також перевірити ставлення, щоб переконатися, що ставлення один-до-багатьох не було помилково представлено в моделі як відносини один-до-одного.


Рисунок 4.8 демонструє ставлення один-до-одного між сутностями ПЕРСОНА і АДРЕСА Персони.

Рис. 4.8 Приклад відносини один-до-одного
між сутностями ПЕРСОНА і АДРЕСА Персони.


Представлене бізнес-правило стверджує, що екземпляр сутності ПЕРСОНА може мати рівно одну адресу. Як і багато інші відносини один-до-одного, це відношення в дійсності є некоректно представленим в моделі ставленням один-до-багатьох.


Один-ко-многим


У відношенні один-до-багатьох один і тільки один екземпляр сутності пов’язаний з багатьма примірниками іншої сутності. Сутність, що входить у відношення єдиним екземпляром є батьківського або вихідної сутністю. Сутність, що входить у відношення багатьма примірниками є підлеглою або кінцевої сутністю.








ПРИМІТКА
Більшість розробників моделей згодні з думкою, що логічна модель повинна містити тільки відносини один-до-багатьох.


Ці відносини часто є результатом нормалізації, коли атрибути повторюваної групи переносяться в залежну сутність. На рисунку 4.9 показано відношення між сутностями ПЕРСОНА і АДРЕСА Персона, коректно представлене в моделі у вигляді відношення один-до-багатьох.

Рис. 4.9. Приклад відносини один-до-багатьох
між сутностями ПЕРСОНА і АДРЕСА Персони.


Представлене бізнес-правило стверджує, що екземпляр сутності ПЕРСОНА може мати більше одного адреси. Це ставлення один-до-багатьох виправляє раніше (неправильно) представлене в моделі ставлення один-до-одного.


Багато-ко-многим


Відносини багато-до-багатьох виникають там, де один примірник однієї сутності пов’язаний з декількома екземплярами інший, і один примірник цієї іншої сутності також пов’язаний з декількома екземплярами першої сутності. Ці відносини ще називають неспецифічними.


Відносини багато-до-багатьох повинні використовуватися тільки на попередніх стадіях розробки логічної моделі. Оскільки відносини багато-до-багатьох часто приховують важливі бізнес-правила або обмеження, вони повинні бути повністю перетворені в ході процесу моделювання. Дозвіл відносини багато-до-багатьох вимагає створення асоціативної сутності, яка містить ключі обох батьківських сутностей і представляє екземпляри кожної з батьківських сутностей у вигляді унікальної пари у вторинній сутності.








ЗАСТЕРЕЖЕННЯ
Відносини багато-до-багатьох є логічними і не можуть бути представлені у фізичній моделі в ERwin. ERwin автоматично створює асоціативні сутності для дозволу відносин багато-до-багатьох коли модель перетвориться з логічної у фізичну.


Рисунок 4.10 показує відношення між сутностями ПЕРСОНА і АДРЕСА Персона, представлене в моделі у вигляді відношення багато-до-багатьох.

Рис. 4.10. Приклад відносини багато-до-багатьох
між сутностями ПЕРСОНА і АДРЕСА Персони.


Це дозволяє екземпляру сутності ПЕРСОНА мати більше одного адреси. У свою чергу примірник сутності АДРЕСА персона може мати більше однієї персони, що живе за цією адресою.


Обов’язковість відносини


На відміну від кількості елементів, обов’язковість відносини визначає, чи повинні екземпляри сутності брати участь в відношенні. Обов’язковість іноді називають модальністю або присутністю. У той час як кількість елементів визначає максимальну кількість екземплярів сутностей, які можуть брати участь в відношенні, обов’язковість визначає мінімальне число екземплярів, які повинні брати участь у відношенні. Значення обов’язковості дорівнює нулю в тому випадку, якщо екземпляр сутності не обов’язковий або не потрібно, і дорівнює одиниці, якщо наявність суті потрібно або обов’язково.


Приймаючи рішення про обов’язковість відносини, визначте, чи повинен примірник однієї сутності завжди присутні, для того щоб інша сутність брала участь в відношенні. Якщо так – ставлення обов’язково. Так твердження “Кожен співробітник повинен мати одного керівника” – приклад обов’язкового відносини. Якщо примірник суті не потрібно – ставлення необов’язково. Наприклад, твердження “Деякі з співробітників можуть мати одного керівника “- задає необов’язкове ставлення.


В обов’язковому не ідентифікують відношенні атрибути, що мігрували в неключових область підпорядкованої суті, є обов’язковими для підпорядкованої сутності. Це означає, що значення зовнішнього ключа не може бути порожнім. Рисунок 4.11 демонструє обов’язкове ставлення.

Рис. 4.11. Обов’язкове відношення між сутностями
ПЕРСОНА і АДРЕСА Персони.


Представлене бізнес-правило стверджує, що екземпляр сутності ПЕРСОНА повинен мати хоча б одну адресу. Зверніть увагу, що в нотації IE системи ERwin термінальна точка відносини не включає символ нуль (гурток) в основі “пташиної лапки” – символу множинності.


В необов’язковому неідентіфіцірующей відношенні атрибути, що мігрували в неключових область підпорядкованої суті, не є обов’язковими для підпорядкованої сутності. Це означає, що значення зовнішнього ключа може бути порожнім. Рисунок 4.12 демонструє необов’язкове відношення між сутностями ПЕРСОНА і АДРЕСА Персони.

Рис. 4.12. Необов’язкове відношення між сутностями
ПЕРСОНА і АДРЕСА Персони.


Представлене бізнес-правило стверджує, що екземпляр сутності ПЕРСОНА не потребує в адресі. Зверніть увагу, що в нотації IE системи ERwin термінальна точка відносини включає символ нуль (гурток) в основі “пташиної лапки” – символу множинності.


Поширені помилки, пов’язані з відносинами


Цей розділ, присвячений поширеним помилкам при моделюванні відносин, не претендує на повноту. У ньому описані деякі помилки, які зустрічаються у розробників моделей.


Відносини є серцем реляційної моделі. Неправильне уявлення в моделі єдиного відносини може порушити цілісність всієї моделі. ERwin не дозволить вам зробити найбільш очевидні помилки при використанні відносин.


Непотрібні відносини


Призначення імені у формі дієслівної конструкції, спрямованості, міри, типу, кількості елементів і обов’язковості даного відношенню повинно підтвердити його коректність. Якщо ви не зможете забезпечити всі ці характеристики для відносини, швидше за все воно просто взагалі не є ставленням.


Відносини один-до-одного


Уважно перевірте атрибути кожної з сутностей, що у відношенні один-до-одного. Проаналізуйте атрибути батьківського суті, бере участь в відношенні, для знаходження класифікаційного атрибута, чиї значення визначають, чи існує екземпляр в залежною сутності. Якщо класифікаційний атрибут існує, розгляньте можливість використання типізують відносини замість відносини один-до-одного. Як показує досвід, реальні відносини один-до-одного дуже рідкісні і ще рідше вони реалізуються на практиці.


Відносини багато-до-багатьох


Відносно багато-до-багатьох безліч екземплярів однієї сутності пов’язані з одним примірником інший і навпаки. Відносини багато-до-багатьох не можуть бути трансльовані в фізичні таблиці і зв’язку бази даних. Це обмеження систем баз даних, а не прикладних програм. Ви повинні перетворити відносини багато-до-багатьох перед тим, як конструювати фізичну модель даних і проектувати базу даних. Розробником моделей рекомендується перетворювати відносини багато-до-багатьох в ході робочих сесій. Учасники сесії зазвичай можуть визначити відповідну сутність для такого перетворення.


Дозвіл відносини багато-до-багатьох означає перетворення його в два відносини: один-до-багатьох і багато-до-одного. Між двома вихідними створюється нова сутність, і ця нова сутність називається асоціативної сутністю або перетином. Додавання цієї сутності дозволяє створити екземпляр для кожного можливого відповідності між двома іншими сутностями. Іноді асоціативна сутність визначає межі або точку в часі.


Необхідність або необов’язковість


При визначенні необов’язковості відносини і визначенні того, чи наявність примірника однієї сутності для існування примірника інший, важливо переконатися, що необхідний екземпляр завжди доступний.


Можна спробувати забезпечити значення за замовчуванням для необхідних зовнішніх ключів. Однак часто вигода від заповнення необхідних даних фіктивними значеннями невелика. Якщо інформація так важлива, що корпорація вважає її обов’язковою, у чому вигода від підставлених значень? Якщо існує ймовірність, що сутність може не бути доступною для всіх екземплярів, краще зробити ставлення необов’язковим.


Висновок


Відносини є асоціації або зв’язку між сутностями. Вони є ядром реляційної моделі даних. Візуально на ER діаграмі ставлення представляється лінією, що з’єднує дві сутності. Дієслівна конструкція, що описує взаємозв’язок, дозволяє вам “прочитати” відношення у формі сутність – дієслівна конструкція – сутність. Відносини виявляються в ході робочих сесій, у процесі нормалізації і шляхом порівняння з корпоративною моделлю даних (якщо вона доступна).


Відносини визначаються в термінах ступеня, спрямованості, типу, кількості елементів і обов’язковості. Ступінь визначає число сутностей, що у відношенні. За ступенем можна виділити унарні, бінарні і n-арні відносини. Унарні є відношення між екземплярами однієї й тієї ж сутності. Бінарні відносини пов’язують дві сутності. N-арні відносини – це відносини між n сутностями, де n є числом більше двох. Найбільш часто використовуються бінарні відношення. Напрямок відносини визначається від вихідної, або батьківської, сутності, до завершальної, або підлеглої, сутності.


Тип відносини визначає поведінку мігруючих вторинних ключів. В ERwin тип ставлення може бути одним з наступних:



Ідентифікує є ставлення, в якому первинний ключ батьківського суті потрібно для ідентифікації примірника підпорядкованої сутності. В неідентіфіцірующей щодо первинний ключ батьківського сутності стає одним або кількома неключових атрибутами підпорядкованої сутності. Типізують ставлення, в якому батьківська сутність може мати одну чи кілька підлеглих сутностей, може бути виключає або включає. Виключає типізують відношення вказує, що примірник батьківського суті може мати відповідні екземпляри тільки в одній з підлеглих сутностей. Включає типізують відношення вказує, що примірник батьківського суті може мати відповідні екземпляри в кількох підлеглих сутності.


Відносини багато-до-багатьох – Це такі стосунки, в яких екземпляри сутності пов’язані з багатьма примірниками іншої сутності, і навпаки. Це логічні відносини, які не можуть бути представлені у фізичній моделі і повинні бути перетворені за рахунок введення асоціативної сутності між двома сутностями. Асоціативна сутність містить первинні ключі кожної з вихідних сутностей, що дозволяє екземплярів асоціативної сутності бути унікальними. Рекурсивними є відносини, в яких екземпляр сутності пов’язаний з іншим екземпляром тієї ж самої сутності.


Кількість елементів задає максимальне число примірників суті, беруть участь в відношенні. Необов’язковість задає мінімальне число. Кількість елементів виражається термінами один або багато. Необов’язковість виражається термінами нуль або один.


Поняття сутності, атрибута і відносин між ними виключно важливі для ефективного використання ERwin. У наступній статті “З чого почати роботу з ERwin” буде описана інсталяція ERwin, настройка середовища моделювання, а також буде представлено деякі розширені режими відображення в ERwin.


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


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

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

Ваш отзыв

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

*

*