Процесс прохождения пользовательского запроса.

Иллюстрация взаимодействия СУБД, ОС и пользователя при обработке запроса

 

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

Для управления БМД существует специальное программное обеспечение для администрирования баз данных. Оно предназначено для корректного использования информации всеми пользователями.

Последовательность взаимодействия:

1. Пользователь посылает СУБД запрос на получение данных из БД.

2. СУБД проверяет права пользователя, достаточно ли их для использования именно этих данных.

3. Если прав нет, т.е. произошел запрет на использование информации, СУБД сообщает об этом пользователю, если прав достаточно, СУБД определяет часть концептуальной модели затрагиваемой пользователем.

4. СУБД получает информацию о запрошенной части концептуальной модели.

5. СУБД запрашивает информацию о местоположении данных на физическом уровне (файлы или физические адреса).

6. В СУБД возвращается информация о местоположении данных в терминах операционной системы.

7. СУБД просит ОС предоставить необходимые данные, используя средства ОС.

8. ОС осуществляет перекачку информации из устройства хранения и пересылает её в системный буфер.

9. ОС оповещает СУБД об окончании пересылки.

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

 

Лекция 12.

Тема: “Физическая организация удаленных баз данных”

План лекции:

1. Физическая организация данных и структура хранения данных в SQL Server 7.0

2. Доступ к базе данных

3. Технология com

 

Физическая организация и структура хранения данных в SQL Server

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

Физическая организация является в настоящий момент наиболее динамичной частью СУБД.

При распределении дискового пространства рассматриваются две схемы структуризации:

- физическая (определяет хранимые данные);

- логическая (определяет концептуальную модель данных).

SQL Server организует следующую иерархию хранения:

База данных – объем физического пространства, на котором размещаются данные.

Файл – каждая база данных имеет не менее 2-х файлов. Один непосредственно данный и журнал транзакций.

Страница. Файлы делятся на страницы по 8 Кбайт

Блоки – некоторая область для оперативной памяти.

Различают 7 типов страниц:

– Страница данных (Data page)

– Индексные страницы (Index Page)

– Страницы журнала транзакций (Log page)

– Текстовые страницы (Text / image page)

– Карты распределения блоков

– Карты свободного пространства

– Индексные карты размещения

 

Доступ к базе данных

Поиск и предоставление данных пользователю осуществляется с помощью программ доступа к данным – диспетчера файлов и диспетчера дисков. В целом работа СУБД построена стандартным образом и включает 3 основных этапа:

1. Сначала в СУБД определяется искомая запись, а затем для её извлечения запрашивается диспетчер файлов.

2. Диспетчер файлов определяет страницу, на которой находится искомая запись, а затем для извлечения этой страницы запрашивается диспетчер дисков.

3. Диспетчер дисков определяет физическое положение искомой страницы на диске и посылает соответствующий запрос на ввод-вывод данных.

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

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

 

 

Диспетчер дисков является компонентом ОС, с помощью которого выполняются все дисковые операции ввода-вывода. Если диспетчер файлов запрашивает некоторую страницу p, для её извлечения диспетчеру дисков необходимо знать, где конкретно находится страница p на физическом диске, но диспетчеру файлов необязательно знать физические адреса.

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

Итак, операции, выполняемые диспетчером дисков с набором страниц, следующие:

– Извлечение страницы p из набора страниц s;

– Замена страницы p из набора страниц s;

– Добавление новой страницы p в набор страниц s;

– Удаление страницы p из набора страниц s.

Первые две операции являются базовыми операциями ввода-вывода на уровне страниц, а две другие позволяют увеличивать или уменьшать наборы страниц по мере необходимости.

Диспетчер файлов может содержаться либо в составе ОС, либо входить в состав СУБД.

Каждый хранимый файл имеет имя (file name) и идентификационный номер (ID).

Основные операции с файлами, выполняемые диспетчером файлов, т.е. операции, на выполнение которых поступил запрос со стороны СУБД, следующие:

– Извлечение хранимой записи z из хранимого файла f;

– Запоминание хранимой записи z в хранимом файле f;

– Добавление записи;

– Удаление записи;

– Создание нового файла f;

– Удаление хранимого файла.

С помощью этих простых операций с файлами в СУБД можно создавать структуры хранения и управления данными.

 

Технология com

Сom – Component Object Model (компонентная модель объектов)

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

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

COM-технология - это объектная модель компонентов. Технология СОМ применяется при описании API и двоичного стандарта для связи объектов различных языков и сред программирования. СОМ предоставляет модель взаимодействия между компонентами и приложениями.
Технология СОМ работает с так называемыми СОМ-объектами. СОМ-объекты похожи на обычные объекты визуальной библиотеки компонентов Delphi. СОМ-объекты содержат свойства, методы и интерфейсы.
Обычный СОМ-объект включает в себя один или несколько интерфейсов. Каждый из этих интерфейсов имеет собственный указатель.
Технология СОМ имеет два явных плюса:
- создание СОМ-объектов не зависит от языка программирования. Таким образом, СОМ-объекты могут быть написаны на различных языках;
- СОМ-объекты могут быть использованы в любой среде программирования под Windows. В число этих сред входят Delphi, Visual C++, C++Builder, Visual Basic, и многие другие.

 

Лекция 13

Тема: ”База данных — хранилище объектов“