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

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

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

Администратор БД – это специалист, обеспечивающий необходимую техническую поддержку реализации логического проектирования. Приведём список функций администратора БД при совмещении им функций системного аналитика:

• создание схем представлений;

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

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

• организация взаимодействия с пользователями:

• предоставления пользователям полномочий на использование БД или её частей;

• помощь пользователям в разработке схем представлений;

• определение соответствия между схемами представления и концептуальной схемой;

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

• определение правил безопасности и целостности в концептуальной схеме;

• определение  процедур резервного копирования и восстановления информации после аппаратных или программных сбоев (ошибки программ, пользователей; отказы оборудования; периодическая выгрузка данных; дампинг);

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

• модификация реализации концептуальной схемы внутренней (физической), если сведения об использовании БД показывают, другая организация была бы  более  эффективной;

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