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

   Некоторые типовые применения триггеров:

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

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

   Манипуляции над зависимыми таблицами в особенности, если они находятся на других узлах  распределенной базы данных, чего нельзя сделать при помощи ограничителей.

   В случае необходимости триггеры можно  запрещать, а затем разрешать. Запрещение триггеров применяется обычно при  массовых загрузках данных в таблицы  извне, с целью уменьшения времени  загрузки. Понятие триггера как выполнение кода по событию в том же Oracle используется весьма широко. В частности, оно является основным при разработке клиентских программ при помощи SQL*Forms. Триггеры пишутся на процедурных расширениях SQL. 
 
 
 
 
 
 
 
 
 
 
 

   3.3 Транзакции 

   

   Рис 10 Новая транзакция начинается с начала каждого сеанса работы с базой данных 

   Многопользовательские системы широко используют понятие  транзакций. Транзакция - это логическая единица работы, которая состоит  из одного или нескольких SQL-выражений. Группа выражений отмеченных как  транзакция рассматривается как  единое и неделимое целое. В случае если в одном из выражений обработки  данных происходит ошибка, то транзакция отменяется целиком. Таким образом, система возвращается в состояние  предшествующее началу транзакции, обеспечивая  при этом физическую и логическую непротиворечивость данных.

   Например, мы пытаемся модифицировать таблицу  при помощи оператора UPDATE. В одном  из столбцов этим оператором устанавливается  недопустимое значение с точки зрения правил целостности для этой таблицы. Срабатывание ограничителя приведет к  тому, что сервер СУБД не позволит выполнить  такую модификацию и известит нас ошибкой, а механизм контроля транзакций вызывает отмену всего выполняемого выражения и производит откат  к предыдущему состоянию таблицы, сохраняя, таким образом, целостность  и непротиворечивость данных. В данном примере транзакция работает с одним SQL-выражением. В случае если выражений несколько, то откатывается результат работы всех выражений составляющих единую транзакцию.

   Чтобы транзакциями можно было пользоваться, в системе должен быть включен  режим регистрации транзакций. После  этого система сохраняет информацию о предыдущих состояниях объектов в  системе в так называемых журналах транзакций. Журналы транзакций - это  специальные файлы, управляемые  сервером СУБД, в которых записываются все изменения произошедшие с  момента начала транзакций для всех транзакций в системе.

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

   Для облегчения управления системой в режиме регистрации транзакций существует возможность задания так называемых промежуточных точек сохранения. Промежуточная точка сохранения по команде SAVEPOINT <имя_точки_останова> явно помечает состояние системы  и предоставляет возможность  восстановления состояния БД на момент ее сохранения по команде ROLLBACK. В данном случае ROLLBACK <имя_точки_останова> откатывает систему к указанной точке. Обычно промежуточных точек сохранения для одного пользователя может быть несколько.

   В случае если транзакция по каким-то причинам не может быть завершена, то происходит неявный откат. Его причиной, могут  быть, например, ошибка при выполнении одного из SQL-выражений, составляющих транзакцию, или обрыв связи с инициатором  транзакции. При этом по информации из журнала восстанавливается предыдущее состояние объектов, которые пыталась модифицировать текущая транзакция, после чего информация о транзакции удаляется из журнала. Откат может  быть и явным - по команде ROLLBACK.

   Данная  схема справедлива для Oracle, где  транзакция начинается с выполнением  первого оператора, прочие сервера  могут работать по-другому. Например в Informix DS, транзакция начинается явно, при помощи команды BEGIN WORK.

   В SQL-бочке меда есть своя ложка дегтя. Для всех SQL-серверов использующих журнальный режим регистрации транзакций существует проблема, так называемых "длинных" транзакций. Это транзакции, которые  затрагивают очень большой объем  данных (сопоставимый с количеством  свободного места на дисках) и в  этом случае журналы регистрации  транзакций могут переполниться. Если их рост ничем неограничен, то они  могут израсходовать у ОС всю  доступную дисковую память, что не есть хорошо, т.к. операционная система  и сервер СУБД в этом случае остаются в непредсказуемом состоянии. Если их рост ограничен, то при переполнении журналов СУБД выдает соответствующую  ошибку и операция откатывается. Чтобы  избежать таких ситуаций программист  должен разделить длинную транзакцию на короткие транзакции. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

   Заключение 

   В моей курсовой было проанализировано создания и администрирование баз данных.

   Создание  базы данных стала неотъемлемой частью любой программы на нашем персональном компьютере. Базы данных имеют сравнительно низкие вычислительные мощности, это такая информационная система,  создающая в памяти ЭВМ динамически обновляемую модель внешнего мира с использованием единого хранилища данных.

   Базы  данных решают многие проблемы:

    сокращение избыточности хранимых данных;

    а следовательно,  экономия объема используемой  памяти;

    уменьшение  затрат на многократные операции  обновления избыточных копий;

    устранение  возможности возникновения противоречий  из-за хранения в разных местах  сведений об одном и том  же объекте.

   Создание  столь мощного средства – не простая  задача. Необходимо иметь знания в  области анализирования, конструирования  и администрирования БД.

   Поэтому СУБД занимаются опытные профессионалы  этой области, каким может стать  любой терпеливый человек. 
 
 
 
 
 
 
 
 
 

Словарь

Произвольный доступ

Способ обращения  к файлу, обеспечивающий прямой доступ к конкретной записи.

Ключ

Поля данных, однозначно определяющие запись в файле.

Избыточность данных

Повторение данных в базе данных.

Информационно-управляющая система

Система, обеспечивающая информационную поддержку менеджмента.

Данные

Разроненные факты 

Информация

Организованные и  обработанные данные

База данных

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

Система базы данных

База данных, система  управления базой данных, соответствующее  оборудование и люди.

Система управления базой данных (СУБД)

Системное программное  обеспечение, осуществляющее управление базой данных.

Модель данных

Коцептуальный способ структурирования данных.

Иерархическая модель

Модель данных, в  которой связи между даными имеют  вид иерархий.

Реляционная модель

Модель данных, представляющая данные в виде таблиц.

Целостность данных

Точность и непротиворечивость значений данных в базе данных.

Представление данных

Описание ограниченной части базы данных

Доступ  только для чтения

Доступ к базе данных без права обновления данных.

Планирование базы данных

Стратегическая попытка  определить информационные потребности  на прдолжительный период времени.

Проектирование

Операция реляционной  алгебры, создающая реляционную  таблицу путём удаления столбцов из существующей таблицы.

Информационный  объект

Описание некоторой  сущности предметной области - реального  объекта, процесса, явления или события.

Атрибут

Функциональное отношение  объектного множества с другим множеством.

Кортеж

Строка таблицы 

Первичный ключ

Потенциальный ключ, выбранный в качестве основного  средства однозначного определения  строк реляционной таблицы.

Вторичный ключ

Элемент данных, задающий множество записей.

Внешний ключ

Набор атрибутов  в одной таблице, составляющих ключ другой таблицы.

Отношение один-к-одному

Отношение, имеющее  мощность "один" в обоих направлениях.

Отношение один-ко-многим

Отношение, имеющее  мощность "один" в одном направлении  и "много" - в другом.

Отношение много-ко-многим

Мощность отношения, равная многим в обоих направлениях.

Нормализация

Процесс преобразования реляционных таблиц в стандартную  форму.

Функциональная  зависимость

Значение отрибута кортежа определяет значение другого  атрибута кортежа.

Многозначная  зависимость

Ограпничение, гарантирующее  взаимную независимость многозначных атрибутов.

Нормальная  форма

Правила структурирования реляционных таблиц во избежании  аномалий.  
 
 
 
 

     СПИСОК  ЛИТЕРАТУРЫ 

Голицына О.Л., Максимов Н.В. и др., "Базы данных" (учебное пособие)

Могилёв А.В., Пак  Н.И. и др., "Информатика"

Развитие технологии баз данных http://www.tisbi.ru/resource/Lib/Elbook/Access/развитие.html

Алексеев Е.Г., Богатырев  С.Д. Информатика. Мультимедийный электронный  учебник http://inf.e-alekseev.ru/

Зеленков Юрий Александрович  Введение в базы данных. Учебный  курс. http://www.mstu.edu.ru/education/materials/zelenkov/

Чертовской В.Д. Базы и банки данных  http://www.hi-edu.ru/e-books/xbook099/01/