2.7. Администратор базы данных

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

• Определение концептуальной схемы.

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

(На практике редко все происходит точно по описанной схеме. Иногда сам адми­нистратор данных создает концептуальную схему, а иногда АБД занимается логи­ческим проектированием.)

• Определение внутренней схемы.

Администратор базы данных должен также решать, как данные должны быть пред­ставлены в хранимой базе данных. Этот процесс обычно называют физическим проектированием базы данных. После завершения физического проектирования АБД с помощью внутреннего языка определения данных должен создать соответст­вующую структуру хранения (т.е. описать внутреннюю схему). Кроме этого, он должен определить соответствующее отображение между внутренней и концепту­альной схемами. На практике концептуальный и внутренний языки определения данных (особенно первый) могут включать в себя средства определения этого ото­бражения, но эти две функции (создание схемы и определение отображений) долж­ны быть четко разделены. Как и концептуальная схема, внутренняя схема и соответ­ствующее отображение будут существовать в исходной и объектной формах.

• Взаимодействие с пользователями.

В обязанности АБД также входит взаимодействие с пользователями, обеспечение наличия необходимых им данных и написание (или оказание помощи пользовате­лю в написании) необходимых внешних схем с помощью прикладного внешнего языка определения данных. (Как уже отмечалось, система может поддерживать несколько различных языков определения данных.) Кроме этого, необходимо также определить отображение между каждой внешней и концептуальной схема­ми. На практике внешний язык определения данных может включать средства оп­ределения этого отображения, но опять же схема и отображение должны быть четко разделены. Внешняя схема и соответствующее отображение будут сущест­вовать в исходной и объектной формах.

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

• Определение правил безопасности и целостности.

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

• Определение процедур резервного копирования и восстановления.

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

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

• Управление производительностью и реагирование на изменяющиеся требования.

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

Конечно, перечисленное выше — отнюдь не исчерпывающий список, а лишь по­пытка высказать некоторые соображения о сущности и диапазоне обязанностей АБД.