Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
курсовая работа / bd / базы данных2222.rtf
Скачиваний:
241
Добавлен:
17.02.2014
Размер:
19.41 Mб
Скачать

7.5. Организация мониторинга и настройка функционирования системы

Как уже упоминалось выше, первоначальный физический проект базы данных не следует понимать как нечто статическое. Он, скорее, является промежуточным звеном, предназначенным для оценки достигнутого уровня производительности системы. Как только исходный вариант физического проекта базы данных будет реализован, следует организовать мониторинг системы и использовать полученные данные об уровне производительности для ее настройки и внесения необходимых изменений. Большинство коммерческих СУБД предоставляет в распоряжение администратора базы данных набор утилит, предназначенных для наблюдения за функционированием системы и ее настройки.

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

Глава 8. Язык структурированных запросов sql.

     SQL изначально разрабатывался и развивался со временем как непроцедурный язык управления данными в реляционных базах данных. И поскольку само понятие «реляционная база данных» предшествует понятию SQL, то вначале следует рассмотреть, что это такое – «реляционная база данных».

   Согласно теории, реляционная база данных - это совокупность некоторых таблиц с данными, взаимосвязанных между собой определенными логическими соотношениями (relation). Простой пример. Cоставим две таблицы - таблицу регионов и таблицу городов:

Таблица А

   Каждая из этих таблиц содержит какие-то данные, но взаимосвязи между таблицами пока еще никакой нет. Пронумеруем в произвольном порядке регионы и города. Вот так хотя бы:

Таблица Б

   И, наконец, для каждого города укажем код того региона, к которому этот город относится:

Таблица В

Вот теперь перед вами миниатюрная модель реляционной базы данных: две таблицы, каждая таблица содержит произвольное количество записей в произвольном порядке, каждая таблица содержит произвольное количество столбцов данных. А логическая взаимосвязь, соотношение данных заложены в структуру самой базы данных, в структуру таблиц, и выражается эта взаимосвязь тем, что в таблице городов в столбце данных Relation указывается код того региона, к которому относится город.

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

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

1. DDL – Data Definition Language или Язык Определения Структур данных.

2. DML – Data Modification Language или Язык Изменения Данных.

Соседние файлы в папке bd