становленні неідентіфіцірующей зв'язку дочірня сутність залишається незалежною, а атрибути первинного ключа батьківського суті мігрують до складу неключових компонентів дочірньої. Неідентіфіціру зв'язок служить для зв'язку незалежних сутностей. p align="justify"> Идентифицирующая зв'язок показується на діаграмі суцільною лінією з жирною крапкою на дочірньому кінці зв'язку, неідентіфіціру - пунктирною.
Для неідентіфіцірующей зв'язку можна вказати обов'язковість (Nulls). У разі обов'язкової зв'язку (No Nulls) при генерації схеми БД атрибут зовнішнього ключа отримає ознака NOT NULL, незважаючи на те, що зовнішній ключ не ввійде до складу первинного ключа дочірньої сутності. У разі необов'язковою зв'язку (Nulls Allowed) зовнішній ключ може приймати значення NULL. Необов'язкова неідентіфіціру зв'язок позначається прозорим ромбом з боку батьківської сутності. p align="justify"> Атрибути первинного ключа батьківського суті за замовчуванням мігрують зі своїми іменами. ERwin дозволяє ввести для них ролі або функціональні імена (Rolename), тобто нові імена, під якими мігруючі атрибути будуть представлені в дочірній сутності.
Для того щоб вказати певний набір настоянок зв'язку, потрібно виділити зв'язок, клацнувши по ній покажчиком миші. Потім натиснути праву кнопку миші і в контекстному меню вибрати пункт Relationship Properties (редактор зв'язків). p align="justify"> У верхній частині редактора зв'язків знаходиться випадаючий список, що містить повну назву зв'язку. У моєму випадку осмислені дієслівні фрази для всіх зв'язків вже визначені, тому в цьому полі значиться сама фраза. Тут же знаходяться дві кнопки New і Delete, за допомогою яких можна додати на схемі новий зв'язок або видалити існуючу. p align="justify"> Крім того, діалогове вікно редактора зв'язків містить наступні закладки:
? General (загальні властивості). Тут задаються загальні властивості зв'язку - ім'я, тип і потужність зв'язку.
? Definition (визначення). На цій сторінці вводиться визначення зв'язку, що полегшує сприйняття моделі.
? Rolename (Ім'я ролі) - вводяться функціональні імена (для мігруючих атрибутів).
? RI Actions (Установки посилальної цілісності) - задаються правила посилальної цілісності.
З налаштувань зв'язків я на даному етапі проектування зраджував тільки ім'я зв'язку, тип і потужність, їх можна побачити на рис.7
Переважають в моїй моделі зв'язку з потужністю "One or More", оскільки в більшості випадків у працівника може бути один або більше примірників сутності. Так, сутність "місце роботи" пов'язана з сутністю "працівник" зв...