7.Логічна модель та опис

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

Далі модель розвивається шляхом визначення атрибутів для кожного об'єкта. Атрибути об'єкта - це елементи даних, що відносяться до певного об'єкту, які повинні зберігатися. Аналізуємо складений словник даних, виділяємо в ньому об'єкти і їхні атрибути, розширюємо словник при необхідності.Реляційна модель характеризується використанням ключів і відносин. Існує відмінність в контексті реляційної бази даних термінів relation (відношення) і relationship (схема даних). Ставлення розглядається як неупорядкована, двовимірна таблиця з непов'язаними рядками. Схема даних формується між відносинами (таблицями) через загальні атрибути, які є ключами.

Існує кілька типів ключів, і вони іноді відрізняються тільки з точки зору їх взаємозв'язку з іншими атрибутами і відносинами. Первинний ключ унікально ідентифікує рядок у відношенні (таблиці), і кожне відношення може мати тільки один первинний ключ, навіть якщо більше ніж один атрибут є унікальним. У деяких випадках вимагається більш одного атрибута для ідентифікації рядків у відношенні. Сукупність цих атрибутів називається складовим ключем. В інших випадках первинний ключ повинен бути спеціально створений (згенерований). Наприклад, у відношення «Туристи» має сенс додати унікальний ідентифікатор туриста (код туриста) у вигляді первинного ключа цього відношення для організації зв'язків з іншими відносинами БД.

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

8.Фізична модель

Фізична модель БД визначає спосіб розміщення даних на носіях (пристроях зовнішньої пам'яті), а також спосіб і засоби організації ефективного доступу до них. Оскільки СУБД функціонує в складі і під управлінням операційної системи, то організація зберігання даних і доступу до них залежить від принципів та методів управління даними операційної системи.

До питань організації даних належать:

· Вибір типу запису - одиниці обміну в операціях вводу-виводу;

· Вибір способу розміщення записів у файлі і, можливо, методу оптимізації розміщення;

· Вибір способу адресації і методу доступу до записів.

Стадія фізичного проектування БД в загальному випадку включає:

· Вибір способу організації БД;

· Розробку специфікації внутрішньої схеми;

· Опис відображення концептуальної схеми у внутрішню.

На відміну від ранніх СУБД, багато сучасні системи не надають розробникові якого вибору на цій стадії. Реально до питань проектування фізичної моделі можна віднести:

· Вибір схеми розміщення даних (поділ по файлам або тип RAID-масиву);

· Визначення числа і типу індексів (наприклад, кластерізовани або некластерізованний в разі MS SQL Server).

Спосіб зберігання БД визначається механізмами СУБД автоматично за замовчуванням на основі специфікацій концептуальної схеми БД, і внутрішня схема в явному вигляді в таких системах не використовується. Зовнішні схеми БД зазвичай конструюються на стадії розробки додатків.