4. Адміністратор бази даних

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

Функції АБД

• Визначення концептуальної схеми

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

• Визначення внутрішньої схеми

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

• Взаємодія з користувачами

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

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

• Визначення правил безпеці й цілісності

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

• Визначення процедур резервного копіювання й відновлення

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