Навігація
Головна
 
Головна arrow Інформатика arrow Бази даних
< Попередня   ЗМІСТ   Наступна >

Методологія проектування баз даних

Існує багато різновидів методології розгляду баз даних в класичному підході, однак найчастіше дотримуються методології ANSI / SPARC [4, 5, 10-12], схема якої представлена на рис. 2.6. Сукупність процедур проектування централізованої БД можна розділити на чотири етапи.

На етапі формулювання й аналізу вимог встановлюються цілі організації, визначаються вимоги до БД. Вони складаються з загальних вимог, визначених в розд. 2.1, і специфічних вимог. Для формування специфічних вимог зазвичай використовується методика інтерв'ювання персоналу різних рівнів управління. Всі вимоги документуються у формі, доступній кінцевому користувачеві і проектувальнику БД.

Етап концептуального проектування полягає в описі і синтезі інформаційних вимог користувачів в первинний проект БД. Вихідними даними можуть бути сукупність документів користувача (див. Рис. 2.5) при класичному підході або алгоритми додатків (алгоритми бізнесу) при сучасному підході. Результатом цього етапу є високорівневе представлення (у вигляді системи таблиць БД) інформаційних вимог користувачів на основі різних підходів. Спочатку вибирається модель БД. Потім за допомогою ЯОД створюється структура БД, яка потім заповнюється даними за допомогою команд ЯМД, систем меню, екранних форм або в режимі перегляду таблиць БД. Тут же забезпечується захист і цілісність (у тому числі - посилальна) даних за допомогою СУБД або шляхом побудови тригерів.

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

Етапи проектування операційних БД

Рис. 2.6. Етапи проектування операційних БД

Спеціального розгляду заслуговує процедура управління БД. Вона найбільш проста в режимі одного. У многопользовательском режимі і в розподілених БД процедура сильно ускладнюється. При одночасному доступі декількох користувачів без прийняття спеціальних заходів можливе порушення цілісності. Для усунення цього явища використовують систему транзакцій і режим блокування таблиць або окремих записів. Особливості блокування і варіанти блокування далі будуть розглянуті окремо.

На етапі фізичного проектування вирішуються питання, пов'язані з продуктивністю системи, визначаються структури зберігання даних і методи доступу.

Взаємодія між етапами проектування та словникової системою необхідно розглядати окремо. Процедури проектування можуть використовуватися незалежно у разі відсутності словникової системи. Сама словникова система може розглядатися як елемент автоматизації проектування.

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

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

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

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

Процес проектування є тривалим і трудомістким і зазвичай триває кілька місяців.

 
Якщо Ви помітили помилку в тексті позначте слово та натисніть Shift + Enter
< Попередня   ЗМІСТ   Наступна >
 
Дисципліни
Агропромисловість
Аудит та Бухоблік
Банківська справа
БЖД
Географія
Документознавство
Екологія
Економіка
Етика та Естетика
Журналістика
Інвестування
Інформатика
Історія
Культурологія
Література
Логіка
Логістика
Маркетинг
Медицина
Нерухомість
Менеджмент
Педагогіка
Політологія
Політекономія
Право
Природознавство
Психологія
Релігієзнавство
Риторика
Соціологія
Статистика
Техніка
Страхова справа
Товарознавство
Туризм
Філософія
Фінанси
Пошук