АД отвечает за корпоративные информационные ресурсы и некомпьютиризированные данные. В разных организациях количество сотрудников, выполняющих функции АД, может отличаться и обычно определяется размерами организации. Должность АД обычно принадлежит отделу информационных систем. Основная обязанность АД состоит в обмене консультациями и советами со старшими менеджерами, а также в слежении за тем, чтобы применение технологий БД продолжало соответствовать корпоративным целям. Часто АД совмещает свои функции с АБД.
В настоящее время при обдумывании стратегии планирования информационной системы все больший акцент делается на важность АД. Организации все в большей и большей степени склонны уделять внимание значению данных как средству достижения более высокой конкурентноспособности. В результате возникает обязательное требование слияния стратегии построения информационных систем с бизнес - стратегиями организации.
Основные задачи администрирования данных:
Выбор подходящих инструментов разработки
Помощь в разработке корпоративных стратегий построения информационной системы, развития информационных технологий и бизнес -стратегий
Предварительная оценка осуществимости и планирование процесса создания БД
Разработка корпоративной модели данных
Определение требований организации к используемым данным
Определение стандартов сбора данных и выбора формата их представления
Оценка объемов данных и вероятность их роста
Определение способов и интенсивности использования данных
221
Определение правил доступа к данным и мер безопасности, соответствующих правовым нормам и внутренним требованиям организации
Концептуальное и логическое проектирование БД
Взаимодействие с АБД и разработчиками приложений
сцелью обеспечения соответствия создаваемых приложений всем существующим требованиям
Обучение пользователей – изучение существующих стандартов обработки данных и юридической ответственности за их некорректное применение
Постоянная модернизация используемых информационных систем и технологий по мере развития бизнес -правил
Обеспечение полноты всей требуемой документации
Поддержка словаря данных организации
Взаимодействие с конечными пользователями для определения новых требований и разрешение проблем, связанных с доступом к данным и недостаточной производительностью их обработки.
Администрирование базы данных – это управление физической реализацией приложений баз данных: физическое проектирование базы данных и ее реализация, организация поддержки целостности и защиты данных, наблюдение за текущим уровнем производительности системы, а также реорганизация базы данных по мере необходимости.
Деятельность АБД является в большей мере технической, чем деятельность АД, и предусматривает знание особенностей конкретных СУБД и операционных систем.
Задачи администрирования БД:
Оценка и выбор целевой СУБД
Физическое проектирование БД
Реализация физического проекта БД в среде целевой
СУБД
Определение требований защиты и поддержки целостности данных
222
Взаимодействие с разработчиками приложений БД
Разработка стратегии тестирования
Обучение пользователей
Ответственность за сдачу в эксплуатацию готового приложения БД
Контроль текущей производительности системы и соответствующая настройка БД
Регулярное резервное копирование
Разработка требуемых механизмов и процедур восстановления
Обеспечение полноты используемой документации, включая материалы, разработанные внутри организации
Поддержка актуальности используемого программного продукта и аппаратного обеспечения, включая заказ и установку пакетов обновления в случае необходимости.
Отличие АД от АБД заключается в самой природе, выполняемой ими работы. Работа АД является в большей степени управленческой, а работа АБД – технической.
223
8.ЯЗЫК МАНИПУЛИРОВАНИЯ ДАННЫМИ SQL
8.1.Определение данных
Вэтой главе довольно подробно рассматриваются предложения определения данных SQL. Удобно разделить эти предложения на два больших класса, которые весьма грубо можно охарактеризовать как логический и физический. Предложения «логического» класса должны иметь дело с объектами, которые на самом деле представляют интерес для пользователей, например, с базовыми таблицами и представлениями, а «физического» — с объектами, которые представляют интерес, главным образом, для системы, например, дисковые тома. Нет нужды говорить о том, что в действительности дело обстоит не настолько ясно, насколько предусматривается в этой простой классификации — некоторые «логические» предложения включают параметры, которые по своей природе в действительности являются «физическими», и наоборот. Кроме того, некоторые предложения не попадают строго в какую-либо одну из этих категорий. Тем не менее, такая классификация удобна как вспомогательное средство для понимания, и мы будем ее сейчас использовать. В данной главе рассматривается только «логическое» определение данных.
Ниже перечислены основные предложения логического определения данных:
CREATE TABLE |
CREATE VIEW |
CREATE INDEX |
(создать таблицу) |
(создать |
(создать индекс) |
|
представление) |
|
ALTER TABLE |
|
|
(изменить |
|
|
таблицу) |
|
|
DROP TABLE |
DROP VIEW |
DROP INDEX |
(уничтожить |
(уничтожить |
(уничтожить |
таблицу) |
представление) |
индекс) |
224
(Примечание. Имеется также предложение ALTER INDEX (изменить индекс), но оно полностью попадает в «физическую» категорию. Предложения ALTER VIEW (изменить представление) нет.)
Базовые таблицы
Базовая таблица — (важный) специальный случай более общего понятия «таблица». Поэтому давайте начнем с того, что несколько уточним это более общее понятие.
В реляционной системе таблица состоит из строки
заголовков столбцов и нуля или более строк значений данных
(число строк данных может быть каждый раз разным). Для заданной таблицы:
а) Строка заголовков столбцов специфицирует один или более столбцов, задавая наряду с прочим тип данных для каждого из них;
б) Каждая строка данных содержит в точности одно значение данных для каждого из столбцов, специфицированных в строке заголовков столбцов. Кроме того, все значения в заданном столбце имеют один и тот же тип, а именно: тип данных, специфицированный для этого столбца в строке заголовков столбцов.
Базовая таблица — это автономная именованная таблица. Под «автономностью» понимается то, что эта таблица существует сама по себе в отличие от представления, которое существует не само по себе, а является производным от одной или нескольких базовых таблиц. Представление служит просто альтернативным способом рассмотрения этих базовых таблиц. Под «именованной» понимается, что этой таблице с помощью соответствующего предложения CREATE явно задается некоторое имя в отличие от таблицы, которая строится как результат запроса и не имеет сама по себе какого-либо явного имени. Такая таблица существует в течение непродолжительного времени.
225