Концептуальна модель бази даних наочна графік залежності
Концептуальна модель бази даних це
Концептуальна модель бази даних це якась наочна діаграма, намальована в прийнятих позначеннях і детально показує зв'язок між об'єктами і їх характеристиками. Створюється концептуальна модель для подальшого проектування бази даних та переведення її, наприклад, в реляційну базу даних. На концептуальної моделі в візуально зручному вигляді прописуються зв'язку між об'єктами даних і їх характеристиками.
Прийняті визначення в концептуальній базі даних
Для однаковості програмування баз даних введені такі поняття для концептуальних баз даних:
- Об'єкт або сутність. Це фактична річ або об'єкт (для людей) за якої користувач (замовник) хоче спостерігати. Наприклад, Іванов Іван Іванович;
- Атрибут це характеристика об'єкта, що відповідає його суті. Наприклад. Задаємо собі питання: Яку інформацію потрібно зберігати про Іванові Івана Івановича? Відповіді на це питання і будуть атрибути об'єкта Іванов Іван Іванович;
- Третє поняття в проектуванні концептуальної бази даних це зв'язок або відношення між об'єктами.
Лексично більш правильно говорити зв'язок між об'єктами КБД і відносини між сутностями КБД (концептуальна база даних), але зустріти можна найрізноманітніші поєднання суті, об'єкта, зв'язки і відносини (огріхи перекладів).
Концептуальна модель бази даних умовні позначення
Концептуальна модель бази даних: прийняті графічні позначення
Діаграма сутність / відносини (об'єкт / зв'язок) називають ER-діаграмою або EDR (entity-relationship diagram). Сама модель сутність-зв'язок була запропонована професором Peter Pin-Shen Chen (Пітер Чен) в 1976 році. Правила написання та умовні позначення ER-діаграми називають нотацією. Поширені дві основні нотації ER-діаграм:
- Нотація Пітера Чена;
- Нотація Gordon Everest (Гордона Еверста). Під назаваніем Crow's Foot або Fork (вилка).
Позначення ER-діаграми по Пітеру Чену
Чен запропонував і це прийняли такі умовні позначення для ER-діаграм:
- Сутність або об'єкт позначати прямокутником;
- Відносини позначати ромбом;
- Атрибути об'єктів, позначаються овалом;
- Якщо сутність пов'язана зі ставленням, то їх зв'язок позначається прямою лінією зі стрілкою. Необов'язкова зв'язок позначається пунктирною лінією. Потужна зв'язок позначається подвійною лінією.
Кожен атрибут може бути пов'язаний з одним об'єктом (сутністю).
Нотація Gordon Everest
Gordon Everest ввів нове позначення зв'язків, які отримали назву вилка або вороння лапа. Також він ввів, що об'єкт повинен позначатися прямокутником з назвою типу об'єкта у вигляді іменника всередині прямокутника. Причому, це ім'я має бути унікальним в межах створюваної бази даних.
Атрибути не виділяються в окрему фігуру, а вписуються в прямокутник об'єкта іменником з уточнюючим словом.
Зв'язок між об'єктами позначається прямою лінією. Множинні зв'язку позначаються виделкою на кінці. Сама зв'язок підписується дієсловом, типу «Включає» або «Належить».
концептуальна модель бази даних ERD Forkдодатки
Атрибути в ER діаграмі, можуть мати свої власні атрибути (композитний) атрибут.
Як намалювати ER-діаграму-поради
Просту ER діаграму намалювати досить просто. Інша справа насичена, об'ємна ER діаграма. Нижче наведені деякі поради, які допоможуть вам побудувати ефективні ER схеми:
- Визначте всі об'єкти в даній системі і визначте відносини між цими об'єктами;
- Об'єкт повинен з'явитися тільки один раз в певному місці схеми;
- Визначте точне і відповідне ім'я для кожного об'єкта, атрибута і відносин в діаграмі. Виберіть прості і зрозумілі слова. Умови, які прості і знайомі завжди перемагає смутні, технічні звучать слова. Для об'єктів іменники, для зв'язків дієслова (можна з поясненнями). Не забуваємо про унікальність імен об'єктів;
- Видаліть неявні, надлишкові або непотрібні відносини між об'єктами;
- Ніколи не підключайте ставлення до інших відносин;
- Використовуйте кольори, щоб класифікувати однотипні об'єкти або виділити ключові області в діаграмі.