Оценка и выбор целевой СУБД.

Логическое и физическое проектирование базы данных.

Реализация физического проекта базы данных в среде целевой СУБД.

Определение требований защиты и поддержки целостности данных.

Взаимодействие с разработчиками приложений баз данных.

Разработка стратегии тестирования.

Обучение пользователей.

Ответственность за сдачу в эксплуатацию готового приложения базы данных.

Контроль текущей производительности системы и соответствующая настройка базы данных.

Регулярное резервное копирование.

Разработка требуемых механизмов и процедур восстановления.

Обеспечение полноты используемой документации, включая материалы, разработанные внутри организации.

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

иустановку пакетов обновлений в случае необходимости.

Результаты сравнительного анализа задач администрирования данных и администрирования базы данных представлены в табл. 1.3 [7], из которой видно, что работа АД является в большей степени управленческой, а работа АБД – технической.

1.6. Средства администрирования баз данных

Учитывая сложность и важность функций АБД, легко предположить, что для их успешного выполнения, у администратора должны быть специальные средства администрирования.

	Таблица 1.3
Администрирование данных	Администрирование базы данных
Участвует в стратегическом планировании	Оценивает новые СУБД
информационной системы организации
Определяет долгосрочные цели	Выполняет планы достижения целей
Применяет стандарты, политики и процедуры	Применяет стандарты, политики и процедуры
Определяет требования к данным	Реализует требования к данным
Выполняет концептуальное проектирование базы данных Выполняет логическое и физическое проектирование
	базы данных
Разрабатывает и сопровождает корпоративную модель	Реализует физический проект базы данных
данных
Координирует разработку системы	Выполняет текущий контроль и управление базой
	данных
Управленческая направленность	Техническая направленность
Работа не зависит от типа целевой СУБД	Работа зависит от типа целевой СУБД

К основным из таких средств администрирования можно отнести:

1)язык определения данных;

2)язык манипулирования данными;

3)словарь данных (системный каталог).

Вкратце остановимся на назначении перечисленных средств.

Для работы с данными в СУБД предусмотрен внутренний язык, состоящий из двух частей: языка определения данных (Data Definition Language – DDL) и языка манипулирования данными (Data Manipulation Language – DML).

Эти языки еще называются подъязыками данных, т.к. в них отсутствуют конструкции для выполнения всех вычислительных операций, обычно используемых в языках программирования высокого уровня. Во многих СУБД предусмотрена возможность внедрения операторов подъязыка данных в программы на языках высокого уровня. В этом случае язык высокого уровня принято называть базовым или включающим языком.

Язык определения данных (ЯОД, DDL) - формальный закон, используемый в некоторой модели

23

данных для определения структуры, баз данных [12].

Результат компиляции операторов ЯОД – набор таблиц» хранимых в особых файлах, называемых

словарями данных или системными каталогами.

Посредством ЯОД обычно определяются подразделения данных, типовые структуры и правила их композиции, присваиваются имена данным, определяются типы элементов данных посредством задания присущих им свойств, учреждаются ключи базы данных, а также определяются отношения между данными, упорядоченность данных внутри их совокупностей, правила проверки достоверности данных и замки защиты от неправомочного использования их.

Обычно в ЯОД не определяются техника запоминания или поиска данных на физических носителях и другие особенности их физической организации, что обусловлено одной из основных концепций базы данных – независимостью логической структуры данных от физических особенностей их хранения.

ЯОД обычно полностью независим от языка манипулирования данными. Следовательно, определение данных в базах данных независимо от программ обработки, что является второй важной концепцией использования баз данных.

Язык манипулирования данными (ЯМД, DML) – совокупность языковых средств для организации доступа к данным в некоторой модели данных и в соответствующих ей СУБД [12].

Может выступать в роли языка запросов, прямо обеспечивающего информационное обслуживание пользователей баз данных, или быть расширением некоторого языка программирования, называемого базовым (включающим) языком, с конструкциями и понятиями которого ЯМД должен быть согласован. Операторы ЯМД позволяют извлекать данные из баз данных, создавать или модифицировать последние.

К основным операциям манипулирования данными относятся:

вставка в БД новых сведений;

модификация сведений, хранимых в БД;

извлечение сведений, содержащихся в БД;

удаление сведений на БД.

ЯМД отличаются базовыми конструкциями манипулирования данными. Отличают два их типа: а) процедурные ЯМД; б) непроцедурные (декларативные) ЯМД.

Спомощью, процедурного языка пользователь (программист) указывает на то, кол; можно получить необходимые данные из определенного набора данных. Т.е. пользователь должен определить все операции доступа К данным, чтобы получить результат. При этом предполагается знание пользователем деталей внутренней , организации структур данных в БД.

Спомощью непроцедурных языков пользователь указывает какие данные ему нужны, без определения способа их получения. Данный подход освобождает пользователя от необходимости знать подробности внутренней организации БД. Работа пользователя обретает некоторую независимость от данных.

В общем случае язык запросов – часть ЯМД, высокоуровневый узкоспециализированный язык,

предназначенный для удовлетворения различных требований по выборке данных из БД.

СУБД должна иметь доступный конечным пользователям каталог, в котором хранится описание элементов данных.

Словарь данных (системный каталог) – специальная система в составе БД, содержащая информацию обо всех ресурсах системы (см. рис. 1.11).

В словаре данных (системном каталоге) интегрированы метаданные – данные об объектах базы данных, позволяющие упростить способ доступа к ним и управление ими. Перед доступом к реальным данным СУБД обращается к системному каталогу.

Ключевой особенностью архитектуры ANSI/SPARC является наличие интегрированного системного каталога с данными о схемах, пользователях, приложениях и т.д. Предполагается, что каталог доступен как пользователям, так и функциям СУБД. В зависимости от типа используемой СУБД количество информации и способ ее применения могут варьироваться. Обычно в системном каталоге хранятся следующие сведения:

имена, типы и размеры элементов данных;

имена связей;

накладываемые на данные ограничения поддержки целостности;

24

имена зарегистрированных пользователей, которым предоставлено право доступа к данным;

внешняя, концептуальная и внутренняя схемы и , отображения между ними;

статистические данные, например частота транзакций и счетчики обращений к объектам базы данных.

Рис. 1.11. Примерная структура словаря данных

Системный каталог позволяет достичь определенных преимуществ, перечисленных ниже.

Информация о данных может быть централизованно собрана и сохранена, что позволит контролировать доступ к этим данным, как и к любому другому ресурсу.

Можно определить смысл данных, что поможет другим пользователям понять их предназначение.

Упрощается сообщение, так как сохраняются точные определения смысла данных. В системном каталоге также могут быть указаны один или несколько пользователей, которые являются владельцами данных или обладают правом доступа к ним.

Благодаря централизованному хранению избыточность и противоречивость описания отдельных элементов данных могут быть легко обнаружены.

Внесенные в базу данных изменения могут быть запротоколированы.

Последствия любых изменений могут быть определены еще до их внесения, поскольку в системном каталоге зафиксированы все существующие элементы данных, установленные между ними связи, а также все их пользователи.

Меры обеспечения безопасности могут быть дополнительно усилены.

Появляются новые возможности организации поддержки целостности данных.

Может выполняться аудит сохраняемой информации.

Системный каталог СУБД является одним из фундаментальных компонентов системы. Многие перечисленные в разд. 1.3 [7] программные компоненты строятся на использовании данных, хранящихся в системном каталоге. Например, модуль контроля прав доступа использует системный каталог для проверки наличия у пользователя полномочий, необходимых для выполнения запрошенных им операций. Для проведения подобной проверки системный каталог должен включать следующие компоненты:

имена пользователей, для которых разрешен доступ к базе данных;

имена элементов данных в базе данных;

элементы данных, к которым каждый пользователь имеет право доступа, и разрешенные типы доступа к ним – для вставки, обновления, удаления или чтения.

25