7. Реляційна модель бази даних.

Реляційна модель даних запропонована співробітником фірми IBM Коддои та базується на понятті відношення (relation)

Відношення являють собою множину елементів, які називаються кортежами. Наглядною формою представлення відношення є звичайна таблиця, яка має рядки (записи) та стовпчики (колонки). Кожний рядок має однакову структуру та складається з полів. Рядкам таблиці відповідають кортежі, а стовпчикам – атрибути відношень. Наприклад, таблиця може містити відомості про групу студентів, про кожного з яких відомі наступні характеристики: ПІБ, стать, вік, домашня адреса. Для опису складних логічних структур застосовують зв’язування таблиць.

Перевагою реляційної моделі є простота, наочність та зручність реалізації на ЕОМ. Це є основною причиною їх широкого використання.

Недоліки – складність опису ієрархічних та сітьових зв’язків. Приклади реляційних СУБД (dBase IV, FoxBase, Paradox, Visual Foxpro, Access, Oracle).

8. Об’єктне моделювання (er-модель).?

Модель сутність-зв'язок (ER-модель) (англ. Entity-relationship model, ERM) - модель даних, що дозволяє описувати концептуальні схеми предметної області.

ER-модель використовується при високорівневої (концептуальному) проектуванні баз даних. З її допомогою можна виділити ключові сутності й позначити зв'язки, які можуть встановлюватися між цими сутностями.

Під час проектування баз даних відбувається перетворення ER-моделі в конкретну схему бази даних на основі обраної моделі даних (реляційної, об'єктної, мережевої або ін.).

ER-модель являє собою формальну конструкцію, яка сама по собі не наказує ніяких графічних засобів її візуалізації. У якості стандартної графічної нотації, за допомогою якої можна візуалізувати ER-модель, була запропонована діаграма сутність-зв'язок

9. Перетворення er-моделі в реляційну.

Проектування БД починається з побудови концептуальної моделі заданої предметної області. В якій прямокутники – це об’єкти, овал – атрибути.

В концептуальні моделі вказуються:

1. Зв’язки між об’єктами, у вигляді ліній або ромбів і вид зв’язків.

Після розробки реляційної концептуальної моделі і нормалізації БД цю ER – модель необхідно перетворити в реляційну.

Етапи перетворення ER – моделі в реляційну:

1. Об’єкти ER – моделі стають відношеннями реляційної моделі.

2. Атрибути ER – моделі стають атрибутами реляційної моделі.

3. Ідентифікатор ER – моделі стає первинним ключем реляційної моделі.

4. Необхідно створити зв’язки між відношеннями реляційної моделі БД.

Для зв’язків необхідно передбачити вторинні зв’язки, які мають ті самі типи даних, властивості та діапазон значень що і первинні ключі у зв’язаної з ними таблиці.

10. Побудова бази даних.

До сучасних баз даних, а, отже, і до СУБД, на яких вони будуються, пред'являються наступні основні вимоги.

1. Висока швидкодія (малий час відгуку на запит).

Час відгуку - проміжок часу від моменту запиту до БД до фактичного отримання даних. Схожим є термін час доступу - проміжок часу між видачею команди запису (зчитування) і фактичним отриманням даних. Під доступом розуміється операція пошуку, читання даних або запису їх. Часто операції запису, видалення та модифікації даних називають операцією оновлення.

2. Простота оновлення даних.

3. Незалежність даних.

4. Спільне використання даних багатьма користувачами.

5. Безпека даних - захист даних від навмисного чи ненавмисного порушення секретності, спотворення або руйнування.

6. Стандартизація побудови та експлуатації БД (фактично СУБД).

7. Адекватність відображення даних відповідної предметної області.

8. Доброзичливий інтерфейс користувача.