, заснована на ключах (Key Based Model (KB);
- повна атрибутивна модель (Fully Attributed Model (FA).
Верхній рівень складається з діаграм сутність - зв'язок і моделі даних, заснованої на ключах.
Діаграма сутність-зв'язок є найвищим рівнем в моделі даних і визначає набір сутностей і атрибутів проектованої системи. Метою цієї діаграми є формування загального погляду на систему для її подальшої деталізації.
Діаграма сутність-зв'язок представлена ??на рис. 22.
Рис.22. Діаграма «Сутність-зв'язок»
Модель даних, заснована на ключах описує структуру даних системи, в яку включені всі сутності й атрибути, у тому числі ключові. Метою цієї моделі є деталізація моделі сутність-зв'язок, після чого модель даних може почати реалізовуватися.
Модель даних, заснована на ключах представлена ??на рис. 23.
Рис.23. Модель даних, заснована на ключах
Нижній рівень складається з Transformation Model (Трансформаційна модель) і Fully Attributed (Повна атрибутивна модель). Трансформаційна модель містить всю інформацію для реалізації проекту, який може бути частиною загальної інформаційної системи і описує предметну область. Трансформаційна модель може проектувати і адмініструвати БД, представляти які об'єкти БД зберігаються в словнику даних, і перевірити, наскільки фізична модель даних задовольняє вимогам інформаційної системи. Фактично з трансформаційної моделі автоматично можна отримати модель СУБД, яка є точним відображенням системного каталогу СУБД.
Повна атрибутивна модель включає в себе всі сутності, атрибути та є найбільш детальним поданням структури даних. Повна атрибутивна представляє дані в третій нормальній формі.
Повна атрибутивна модель даних (або модель даних в третій нормальній формі) представлена ??на рис. 24.
Рис.24. Повна атрибутивна модель
. 1.2 Фізична модельіспользуется два рівні фізичних моделей: трансформаційна модель і модельСУБД. Фізичні моделі містять інформацію, необхідну системним розробникам для розуміння механізму реалізації логічної моделі в СУБД.
Модель СУБД безпосередньо транслюється з трансформаційної моделі, будучи відображенням системного каталогу. ERWin безпосередньо підтримує цю модель через функцію генерації схеми БД. При складанні схеми БД в якості індексів можуть використовуватися як ключовий атрибут, так і інші поля БД (рис. 25).
Нормалізація - процес перевірки та реорганізації сутностей і атрибутів з метою задоволення вимог до реляційного моделі даних. Нормалізація дозволяє бути впевненим, що кожен атрибут визначений для своєї сутності, значно скоротити обсяг пам'яті для зберігання даних.
Для розгляду видів нормальних фор введемо поняття функціональної і повної функціональних залежності.
Функціональна залежність - Атрибут По суті Е функціонально залежить від атрибуту А сутності Е, якщо і тільки якщо кожне значення А в Е пов'язало з ним точно одне значення В в Е. іншими словами, А однозначно визначає В.
Повна функціональна залежність - Атрибут Е по суті У повністю функціонально залежить від ряду атрибутів А сутності Е, якщо і тільки якщо В функціонально залежить від А і не залежить ні від якого підряду А.
Існують наступні види нормальних форм:
Перша нормальна форма (1NF). Сутність Е знаходиться в першій нормальній формі, якщо і тільки якщо всі атрибути містять тільки атомарні значення. Серед атрибутів не повинно зустрічатися повторюваних груп, тобто декількох значень для кожного екземпляра.
Друга нормальна форма. Сутність Е знаходиться в другій нормальній формі, якщо вона знаходиться в першій нормальній формі і кожен неключових атрибут повністю залежить від первинного ключа, тобто не існує залежностей від частини ключа.
Третя нормальна форма (3NF). Сутність Е знаходиться в третій нормальній формі, якщо вона знаходиться в другій нормальній формі і неключові атрибути сутності Е залежать від інших атрибутів Е.
Фізична модель створюється на основі логічної шляхом генерації, тобто підключення і встановлення зв'язку з відповідною СУБД. У нашому випадку була використана СУБД Visual FoxPro 9.0. Спочатку фізична модель створювалася паралельно з логічною, і, як відомо, вона є трансформаційної моделлю.
Трансформаційна модель представлена ??на рис. 25.
Рис. 25. Трансформаційна модель (логічний рівень)
Далі, в пункті меню Database/Choose Datab...
