й об'єкт, інформацію про який необхідно зберігати в базі даних.
Проаналізуємо об'єкти. У об'єкті «Поліклініка» можна виділити наступні ключові об'єкти: пацієнт, доктор, діагноз, ліки, талон, кабінет, час прийому і дні.
Об'єкт «Пацієнт» включає в себе інформацію про пацієнта. У ньому міститися такі дані як: Id, прізвище, ім'я та по батькові, стать, дата народження.
Об'єкт «Доктор» включає в себе інформацію віруючих, аналогічно об'єкту пацієнт.
Об'єкт «Діагноз» несе в собі перелік можливих діагнозів.
Об'єкт «Лікування» містить перелік лікарських препаратів.
Об'єкт «Талон» несе в собі інформацію те, коли пацієнт був на прийомі у лікаря.
Об'єкт «Кабінет» містить перелік кабінетів, в яких беруть лікарі.
Об'єкт «Час прийому» є свого роду розкладом прийому.
У кожної сутності є свій певний набір атрибутів.
Атрибут - пойменована характеристика сутності. Його найменування повинне бути унікальним для конкретного типу сутності, але може бути однаковим для різного типу сутностей. Атрибути використовуються для визначення того, яка інформація повинна бути зібрана про сутність.
Для кожної з виділених сутностей визначимо набір атрибутів.
Сутність «Пацієнт» має наступний набір атрибутів:
- Id *
ПІБ
підлогу
дата народження.
Сутність «Доктор» має наступний набір атрибутів: *
ПІБ
Дата надходження
підлогу
дата народження
спеціалізаціякабінета.
Сутність «Діагноз» має наступний набір атрибутів: *
Ім'я діагнозу.
Сутність «Лікування» має наступний набір атрибутів: *
Ліки.
Сутність «Талон» має наступний набір атрибутів: *
Дата
Времяпаціентадоктора.
Сутність «Час прийому» має наступний набір атрибутів: * днів
Час початку
Час кінця.
Сутність «Кабінет» має атрибути: *
Номер кабінету
Назва кабінету.
Сутність «Дні» має атрибути: *
Дні тижня.
На етапі концептуального проектування бази даних будується концептуальна модель предметної області. Концептуальна модель будується не для окремого об'єкта, а відображає класи об'єктів і зв'язки між ними. Зв'язок з'єднує два або більше наборів сутностей.
Об'єкт «Пацієнт» пов'язаний з об'єктом «Діагноз» N: N.
Об'єкт «Пацієнт» пов'язаний з об'єктом «Ліки» ставлення N: N.
Об'єкт «Доктор» пов'язаний з об'єктом «кабінет» ставленням 1: N.
Об'єкт «Талон» пов'язаний з об'єктом «Доктор» N: N.
Об'єкт «Талон» пов'язаний з об'єктом «Пацієнт» ставленням N: N.
Об'єкт «Доктор» пов'язаний з об'єктом «Час прийому» ставленням N: N.
Об'єкт «Дні» пов'язаний з об'єктом «кабінет» ставленням 1: N.
Типи сутностей можна класифікувати як сильні і слабкі. Сильні суті існують самі по собі, а існування слабких сутностей залежить від існування сильних. Наприклад, читач бібліотеки - сильна сутність, а абонемент цього читача - слабка, яка залежить від наявності відповідного читача. Слабкі суті називають підлеглими (дочірніми), а сильні - базовими (основними, батьківськими). ??
Для кожної сутності вибираються властивості (атрибути). Розрізняють:
Ідентифікують і описові атрибути. Ідентифікують атрибути мають унікальне значення для сутностей даного типу і є потенційними ключами. Вони дозволяють однозначно розпізнавати екземпляри сутності. З потенційних ключів вибирається один первинний ключ (ПК). В якості ПК зазвичай вибирається потенційний ключ, за яким частіше відбувається звернення до екземплярів запису. Крім того, ПК повинен включати в свій склад мінімально необхідне для ідентифікації кількість атрибутів. Решта атрибути називаються описовими і містять в собі цікавлять властивості сутності. Наприклад, сутність ПАЦІЄНТ має ідентифікує атрибут «id» пацієнта, і описові атрибути: прізвище, ім'я, по батькові, вік і стать
Складові і прості атрибути. Простий атрибут складається з одного компонента, його значення неподільне. Складовою атрибут є комбінацією декількох к...
