Администраторы – это специалисты, которые обеспечивают создание, функционирование и развитие БнД. База данных и СУБД являются коллективными ресурсами, которыми следует управлять так же, как и любыми другими ресурсами [13]. Обычно управление данными и базой данных предусматривает управление и контроль за СУБД и помещенными в нее данными. Администратор данных отвечает за управление данными, включая планирование базы данных, разработку и сопровождение стандартов, прикладных алгоритмов и деловых процедур, а также за концептуальное и логическое проектирование базы данных. Администратор базы данных отвечает за физическую реализацию базы данных, включая физическое проектирование и воплощение проекта, за обеспечение безопасности и целостности данных, за сопровождение операционной системы, а также за обеспечение максимальной производительности приложений и пользователей. По сравнению с администратором данных обязанности администратора базы данных носят более технический характер, и для него необходимо знание конкретной СУБД и системного окружения. В одних организациях между этими ролями не делается различий, а в других важность коллективных ресурсов отражена именно в выделении отдельных групп персонала с указанным кругом обязанностей.
В проектировании больших баз данных участвуют разработчики двух разных типов: разработчики логической структуры базы данных и разработчики физической структуры базы данных. Разработчик логической структуры базы данных занимается идентификацией данных (т. е. сущностей и их атрибутов), связей между данными и устанавливает ограничения, накладываемые на хранимые данные. Разработчик логической структуры базы данных должен обладать всесторонним и полным пониманием структуры данных организации и процессов ее функционирования.
Для эффективной работы разработчик логической структуры базы данных должен как можно раньше вовлечь всех предполагаемых пользователей базы данных в процесс создания модели данных. Деятельность разработчика логической структуры базы данных делится на две части
– концептуальное проектирование базы данных, которое совершенно не зависит от таких деталей ее воплощения, как конкретная целевая СУБД, приложения, языки программирования или любые другие физические характеристики;
– даталогическое проектирование базы данных, которое проводится с учетом особенностей выбранной модели данных.
Разработчик физической структуры базы данных получает готовую логическую модель данных и занимается ее физической реализацией, в том числе:
– преобразованием логической модели данных в набор таблиц и ограничений целостности данных;
– выбором конкретных структур хранения и методов доступа к данным, обеспечивающих необходимый уровень производительности при работе с базой данных;
– проектированием любых требуемых мер защиты данных.
Многие этапы физического проектирования базы данных в значительной степени зависят от выбранной целевой СУБД, а потому может существовать несколько различных способов воплощения требуемой схемы. Следовательно, разработчик физической структуры базы данных должен разбираться в функциональных возможностях целевой СУБД и понимать достоинства и недостатки каждого возможного варианта реализации. Разработчик физической структуры базы данных должен уметь выбрать наиболее подходящую стратегию хранения данных с учетом всех существующих особенностей их использования.
