("кожен факт в одному місці") можна створити, використовуючи методологію нормалізації відносин. Нормалізація структури БД дозволяє усунути дефекти ненормалізованих структури, які проявляються при виконанні коригувальних запитів (так звані аномалії додавання, оновлення та видалення). Нормалізація структури даних важлива тому, що вона сприяє поглибленому розумінню розробником семантики даних предметної області. В результаті застосування нормалізації вдається отримати досить гнучкий проект БД, що дозволяє вносити до нього необхідні розширення. Однак при цьому важливо пам'ятати, що нормалізація оптимізує виконання коригувальних запитів за рахунок продуктивності запитів-вибірок. Якщо до додатка пред'являються підвищені вимоги відносно їх продуктивності, то ця проблема може вирішуватися шляхом контрольованої денормалізації окремих реляційних таблиць. p align="justify"> Результатом даталогіческого проектування є концептуальна даталогіческая модель БД і комплект описує її супровідної документації, що включає, зокрема, словник даних і реляційну схему БД.
Таким чином, на етапі даталогіческого проектування повинна бути виконана розробка концептуальної даталогіческой моделі БД в термінах реляційної моделі (т.зв. Physical Model).
В якості цільової повинна бути обрана конкретна СУБД. ER-діаграма повинна бути супроводжена специфікаціями структури нормалізованих реляційних таблиць із зазначенням первинних ключів, альтернативних ключів та ключів зв'язку (зовнішніх ключів). p align="justify"> У цьому ж розділі повинні бути сформульовані динамічні (параметричні, настроюються) запити мовою реляційної моделі SQL.
2.2.2 Фізичне проектування
Фізичне проектування - створення схеми БД для конкретної СУБД. Специфіка конкретної СУБД може включати в себе обмеження на іменування об'єктів БД, обмеження на підтримувані типи даних і т.п. Крім того, специфіка конкретної СУБД при фізичному проектуванні включає вибір рішень, пов'язаних з фізичним середовищем зберігання даних (вибір методів управління дискової пам'яттю, поділ БД по файлах і пристроям, методів доступу до даних), створення індексів і т.д.
Якщо при даталогіческіе проектуванні розробник зосереджується на тому, що треба зробити, то при фізичному проектуванні він шукає спосіб, як це зробити. Йдеться про реалізацію проекту в середовищі конкретної СУБД. Це вимагає від розробника спеціальних знань щодо функціональних можливостей цільової СУБД, а також навичок роботи в її середовищі. p align="justify"> Основною метою фізичного проектування БД є опис способу фізичної реалізації логічного проекту БД. Фізичному рівню представлення БД в комп'ютері відповідає внутрішня модель даних, яка визначає структури збережених даних і методи доступу до них. На відміну від ранніх СУБД, сучасні реляційні системи надають розробникові небагатий вибір на етапі фізичного проектування. Спосіб зберігання БД визначається механізмами СУБД автоматично "за замовчуванням" на основі специфікацій концептуальної схеми БД, а внутрішня схема в явному вигляді в таких системах не використовується. p align="justify"> Основними видами робіт на даному етапі проектування є:
) генерація схем даних всіх рівнів (концептуальної схеми і подсхем додатків);
) розробка комплексу програм для реалізації алгоритмів обробки даних;
) розробка інтерфейсу кінцевого користувача, в тому числі призначених для користувача меню, екранних форм, шаблонів друкованих документів;
) створення прототипу БД;
) розробка контрольних прикладів, що забезпечують багатоцільове тестування БД і прикладних програм;
) розробка інструкцій для всіх категорій користувачів.
Робоче проектування (реалізація) виконується в середовищі конкретної СУБД, наприклад MS Access. На цьому етапі має бути побудована схема реляційної БД - сукупність пов'язаних нормалізованих таблиць з "включеним" контролем цілісності даних. Результати роботи на цьому етапі повинні бути представлені "схемою даних" навчальної БД. p align="justify"> Тут же повинні бути обрані засоби прикладного програмування: інтерфейс прикладного програмування (наприклад, BDE, ODBC, ADO), середовище розробки прикладних програм (Delphi, Builder C + +, VBA і т.д.) - і розроблені елементи інтерфейсу кінцевого користувача у вигляді користувальницьких меню, екранних форм, шаблонів друкованих документів.
Має бути створений прототип БД, наповнений змістовною інформацією в обсязі, достатньому для багатоцільового тестування БД і прикладних програм та розроблено відповідні контрольні приклади.
На етапі робочого проектування слід розробити також інструкцію для кінцевого користувача, у відповідності з якою реалізуються основні алгоритми...