6. Етапи життєвого циклу бази даних

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

Етапи: 1.Дослідження та аналіз проблеми, для вирішення якої створюється база даних. 2.Побудова інфологічної та даталогіческіе моделі. 3.Нормалізація отриманих инфологической та даталогіческіе моделей. По закінченні цього етапу, як правило отримують заготовки таблиці БД і набір зв'язків між ними (первинні та вторинні ключі). 4.Перевірка цілісності БД (Цілісність бази даних). 5.Вибір фізичного способу зберігання і експлуатації (тех. засобу) бази даних. 6.Проектування вхідних і вихідних форм. 7.Розробка інтерфейсу програми. 8.Функціональне наповнення додатка. 9.Налагодження: перевірка на коректність роботи функціонального наповнення системи. 10.Тестування: тест на коректність введення виведення даних, тест на максимальну кількість активних сесій і т. д. 11.Введення в експлуатацію: налагодження ІТ-інфраструктури, навчання користувачів та ІТ-персоналу. 12. При необхідності додавання вихідних форм і додаткової функціональності. У разі якщо необхідні більш серйозні зміни, слід повторити всі кроки з першого. 13.Виведення з експлуатації: перенесення даних в нову СУБД.

6. Основні функції субд

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

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

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

4. Журналізація. СУБД повинна спромогтися відновити останній узгоджений стан БД після будь-якого апаратного або програмного збою. Звичайно розглядаються два можливих вигляду апаратних збоїв: так звані м'які збої, які можна трактувати як раптову зупинку роботи комп'ютера (наприклад, аварійне вимкнення живлення), і жорсткі збої, що характеризуються втратою інформації на носіях зовнішньої пам'яті. Найбільш поширеним методом підтримки такої надмірної інформації є ведення журналу змін БД. Журнал - це особлива частина БД, недоступна користувачам СУБД і що підтримується з особливою ретельністю (іноді підтримуються дві копії журналу, що розташовуються на різних фізичних дисках), в яку поступають записи про всі зміни основної частини БД. У різній СУБД зміни БД журналізуються на різних рівнях: іноді запис в журналі відповідає деякій логічній операції зміни БД (наприклад, операції видалення рядка з таблиці реляційної БД), іноді - мінімальної внутрішньої операції модифікації сторінки зовнішньої пам'яті; в деяких системах одночасно використовуються обидва підходи. У всіх випадках дотримуються стратегії "попереджуючого" запису в журнал (так званого протоколу Write Ahead Log - WAL).

5. Підтримка мов БД. У сучасній СУБД звичайно підтримується єдина інтегрована мова, що містить всі необхідні засоби для роботи з БД, починаючи від її створення, і для забезпечення базового інтерфейсу користувача з базами даних. Стандартною мовою найбільш поширеної в цей час реляційних СУБД є мова SQL (Structured Query Language). Мова SQL поєднує засоби SDL і DML, тобто дозволяє визначати схему реляційної БД і маніпулювати даними.