- •II. Раздел «Управление данными»
- •Необходимость декомпозиции, проблемы дублирования данных.
- •Виды декомпозиций. Правила декомпозиции без потерь.
- •Функции администратора базы данных. Функции администратора данных.
- •Уровни моделирования базы данных.
- •Аксиомы вывода, rap-последовательность вывода. Примеры вывода функциональных зависимостей.
- •Классификация покрытий.
- •Проблемы декомпозиции на минимальном покрытии. Теорема Хеза.
- •Ключи. Неопределенность значений атрибутов в ключах.
- •Нормальные формы. Общая классификация. Пример построения.
- •Практическая значимость понятий: замыкания фз, замыкание атрибутов.
- •Формализация реляционной базы данных.
- •Трёхуровневая архитектура ansi-sparc.
- •Функции и компоненты субд.
- •Архитектуры многопользовательских субд.
- •2. Файловый сервер
- •Технология «клиент-сервер»
- •Составные части языка sql и основные операторы.
- •Реализация запросов средствами sql (хранимые процедуры, функции, представления).
- •Целостность базы данных. Средства обеспечения целостности средствами sql.
- •Индексы базы данных. Назначение, классификация.
- •Оператор соединения в sql.
- •Операция соединения по двум отношениям (таблицам)
- •Операция тета-соединения
- •Естественное соединение
- •Левое внешнее соединение
- •Полусоединение
- •Использование подзапросов, коррелированные подзапросы.
- •Необходимость управления параллельностью.
- •Транзакция и её свойства.
- •Методы управления параллельностью.
- •Функции и архитектура распределённых субд.
- •Olap и oltp системы, хранилище данных.
- •Архитектуры olap.
Функции администратора базы данных. Функции администратора данных.
Обычно управление данными и БД предусматривает управление и контроль за СУБД и помещёнными в неё данными. При централизованном управлении на предприятии, использующем БД, есть человек, который несет основную ответственность за данные предприятия. Это администратор данных (АД) - отвечает за управление данными, включая планирование БД, разработку и сопровождение стандартов, бизнес - правил и деловых процедур, а также за концептуальное и логическое проектирование БД. АД консультирует и дает свои рекомендации, руководству высшего звена, контролируя соответствие общего направления развития БД установленным корпоративным целям. В обязанности АД входит принятие решений о том, какие данные необходимо вносить в БД в первую очередь, а также выработка требований по сопровождению и обработке данных после их занесения в базу данных.
Администратор базы данных (АБД) – человек, обеспечивающий техническую поддержку с целью реализации принятых АД решений. Он отвечает за физическую реализацию БД, включая физическое проектирование и воплощение проекта, за обеспечение безопасности и целостности данных, за сопровождение ОС, а также за обеспечение максимальной производительности приложений и пользователей.
АД и АБД отвечаю за действиями, связанными с корпоративными данными и корпоративной БД соответственно.
В таблице 1 представлены этапы ЖЦ БД с указание роли АБ и АБД:
Этап |
Основная роль |
Вспом-я роль |
Планирование разработки БД |
АД |
АБД |
Определение требований к системе |
АД |
АБД |
Сбор и анализ требований пользователей |
АД |
АБД |
Концептуальное проектирование БД |
АД |
АБД |
Выбор целевой СУБД |
АБД |
АД |
Логическое проектирование БД |
АД |
АБД |
Разработка приложения |
АБД |
АД |
Физическое проектирование БД |
АБД |
АД |
Создание прототипов |
АБД |
АД |
Реализация |
АБД |
АД |
Конвертирование и загрузка данных |
АБД |
АД |
Тестирование |
АБД |
АД |
Эксплуатация и сопровождение |
АБД |
АД |
АД принимает более активное участие в работе на ранних стадиях ЖЦ – от планирования БД до этапа ее логического моделирования, а АБД – от проектирования приложений и физического проектирования БД до этапа эксплуатации и сопровождения готовой системы.
Администрирование данных – управление информационными ресурсами, включая планирование БД, разработку и внедрение стандартов, определение ограничений и процедур, а также концептуальное и логическое проектирование БД. Администрирование БД – управление физической реализацией приложений БД: физическое проектирование БД и ее реализация, организация поддержки целостности и защиты БД, наблюдение за текущим уровнем производительности системы, а также реорганизация БД по мере необходимости.
В таблице 2 представлены основные отличия в задачах, выполняемых АД и АБД:
Администрирование данных |
Администрирование баз данных |
Участвует в стратегическом планировании ИС организации |
Оценивает новые СУБД |
Определяет долгосрочные цели |
Выполняет планы достижения целей |
Применяет стандарты, политики и процедуры |
Применяет стандарты, политики и процедуры |
Определяет требования к данным |
Реализует требования к данным |
Выполняет концептуальное и логическое проектирование БД |
Выполняет логическое и физическое проектирование БД |
Разрабатывает и сопровождает корпоративную модель данных |
Реализует физический проект БД |
Координирует разработку системы |
Выполняет текущий контроль и управление БД |
Управленческая направленность |
Техническая направленность |
Работа АД не зависит от типа целевой СУБД |
Работа АД зависит от типа целевой СУБД |
Т. о., АБД, в отличие от АД, должен быть профессиональным специалистом в области ИТ. По сравнению с АД, обязанности АБД носят более технический характер, и для него необходимо знание конкретной СУБД и системного окружения. В одних организациях между этими ролями не делается различий, а в других важность корпоративных ресурсов отражена именно в выделении отдельных групп персонала с указанным кругом обязанностей.
