він є і первинним ключем. Якщо потенційних ключів декілька, один з них вибирається як первинного, а інші називають "альтернативними". p align="justify"> Що ж до моєї бази даних, то найбільш підходящим на роль простого первинного ключа полем є поле PersonID. Реєстраційний номер працівника ВУЗу виконує функції табельної номери. Кожному співробітнику всередині університету присвоєно свій унікальний реєстраційний номер, який не може повторюватися, а це означає, що цей номер буде унікально ідентифікувати кожного співробітника по будь-якою ознакою в будь сутності, а саме цими властивостями повинен володіти первинний ключ бази даних. br/>
3.5.2 Установка зв'язків між сутностями
Логічні взаємозв'язки являють собою зв'язки між сутностями. Вони визначаються дієсловами, що показують, як одна сутність відноситься до іншої. p align="justify"> Деякі приклади взаємозв'язків:
В· команда включає багато гравців,
В· літак перевозить багато пасажирів,
В· продавець продає багато продуктів.
У всіх цих випадках взаємозв'язку відображають взаємодію між двома сутностями, зване "один-до-багатьох". Це означає, що один екземпляр першої суті взаємодіє з кількома примірниками іншої сутності. Взаємозв'язки відображаються лініями, що з'єднують дві сутності з точкою на одному кінці і дієсловом, розташовуваним над лінією. p align="justify"> Крім взаємозв'язку "один-до-багатьох" існує ще один тип - це "багато-до-багатьох". Цей тип зв'язку описує ситуацію, при якій примірники сутностей можуть взаємодіяти з кількома примірниками інших сутностей. Зв'язок "багато-до-багатьох" використовують на початкових стадіях проектування. Цей тип взаємозв'язку відображається суцільною лінією з точками на обох кінцях. p align="justify"> Зв'язок "багато-до-багатьох" може не враховувати певні обмеження системи, тому може бути замінена на "один-до-багатьох" при подальшому перегляді проекту.
При проведенні зв'язку між двома сутностями в дочірньої суті автоматично утворюються зовнішні ключі (foreign key). Зв'язок утворює посилання на атрибути первинного ключа в дочірній сутності, і ці атрибути утворюють зовнішній ключ в дочірній сутності. Атрибути зовнішнього ключа позначаються символами (FK) після свого імені. p align="justify"> У представленій мною моделі бази даних в якості основної сутності, через яку будуть пов'язані всі сутності бази даних, я вибрав сутність "Працівник", оскільки база даних спрямована на зберігання інформації про безпосередньо працівниках вузу. Ключовим атрибутом сутності "Працівник", як уже писалося вище, став атрибут PersonID. p align="justify"> Для того щоб встановити зв'язок сутності "Працівник" з іншими, в робочому вікні ERwin...
