5.2.2. Ступінь участі Ступінь участі визначає, чи залежить існування деякої сутності від участі в зв'язку деякої іншої сутності.

Існує два варіанти участі сутності в зв'язку: повне (total) і часткове (partial). Ступінь участі є повної, якщо для існування деякої сутності потрібно існування іншої сутності, зв'язаної з нею визначеним зв'язком. У противному випадку ступінь участі є часткової. Наприклад, у випадку зв'язку IsAllocated між сутностями Branch і Staff участь сутності Branch у цьому зв'язку є повним, оскільки кожне відділення компанії має деякий персонал. Однак, оскільки деякі працівники (наприклад, торгові агенти) не відносяться ні до якого конкретного відділення компанії, то участь сутності Staff у зв'язку JsAllocated є частковим.

Н а мал. 5.18 ці обмеження представлені в схематичному виді на прикладі зв'язку IsAllocated між сутностями Branch і Staff. Повний ступінь участі іноді називають обов'язковою участю (mandatory), а часткову - необов'язковим (optional). Учасники зв'язку з повною участю з'єднується зі значком зв'язку подвійною лінією, а учасники зв'язку з частковою участю - одинарною лінією.

Припустимо використання і альтернативного варіанту позначень структурних обмежень, що накладаються на деякий зв'язок, що передбачає відображення максимальних (Мах) і мінімальних (Min) значень у виді напису (Min, Max) над лінією з'єднання, що позначає участь сутності в даному зв'язку. Наприклад, на мал. 5.19 ці позначення застосовані у відношенні зв'язку IsAllocated між сутностями Branch і Staff. Подібна система позначень корисна тим, що іноді дозволяє відобразити більше інформації про ступінь участі сторін для даного зв'язку. Наприклад, позначення (5, N) між сутністю Branch і зв'язком IsAllocated (див. мал. 5.19) указує, що в кожнім відділенні компанії працює, принаймні, 5 співробітників (Min 6), а максимальна їхня кількість не обмежена (Max = N). Аналогічно, позначення (0, 1) між сутністю Staff і зв'язком IsAllocated указує, що співробітник не обов'язково працює в якомусь з відділень компанії (Min = 0), але працювати одночасно в декількох відділеннях він не може (Мах =1). Таку інформацію не можна одержати т ільки на основі показника кардинальності.

5.3. Проблеми er-моделювання

У цьому розділі розглядаються деякі проблеми, що можуть мати місце при розробці концептуальної моделі даних. Ці проблеми, що прийнято називати пастками з'єднання (connection trap), звичайно виникають унаслідок неправильної інтерпретації змісту деяких зв'язків. Ми розглянемо два основних типи пасток з'єднання: пастку розгалуження (fan trap) і пастку розриву (chasm trap), а також укажемо способи ідентифікації й усунення цих проблем у створюваних ER-моделях. Тут, однак, слід зазначити, що дуже важливо завжди перевіряти модель даних на наявність потенційних пасток з'єднання, оскільки в одних випадках це може мати лише незначні наслідки, тоді як в інші - для усунення пасток може знадобитися виконати перебудову всієї концептуальної моделі.

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