7. Режимы работы с базой данных.

Режимы работы с базой данных.

Рис.F

Изолированный режим нехарактерен для большинства приложений.

Если с БД на одном компьютере параллельно работает несколько приложений, расположенных на разных компьютерах, то это режим распределённого доступа к централизованной БД. «Системы распределённой обработки данных».

Если БД распределена по нескольким компьютерам сети и к ней возможен параллельный доступ разных пользователей, то это система распределённых баз данных.

При построении КИС, как правило, используется две базовых архитектуры: клиент-сервер и интернет-интранет.

8. Архитектура клиент-сервер: структура типового интерактивного приложения

Процесс выполнения распределялся на два программных процесса: «клиентский» и «серверный». Клиентский процесс запрашивал некоторые услуги, а серверный процесс обеспечивал их выполнение. Предполагалось, что один серверный процесс может обслужить несколько клиентских.

Основной принцип технологии клиент-сервер применительно к технологии БД заключается в разделении функций стандартного интерактивного приложения на 5 групп, имеющих различную природу.

1. Функции ввода и отображения данных (Presentation Logic).

2. Прикладные функции, определяющие основные алгоритмы решения задач приложения (Business Logic).

3. Функции обработки данных внутри приложения (DataBase Logic).

4. Функции управления информационными ресурсами (DataBase Manager System)

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

Изобразим структуру типового интерактивного приложения, работающего с БД.

9. Модель fs;

СУФ- система управления файлами

Модель удаленного управления данными также называется моделью файлового сервера (File Server, FS). В этой модели презентационная логика и бизнес-логика располагаются на клиенте. На сервере располагаются файлы с данными, и поддерживается доступ к файлам. Функции управления информационными ресурсами в этой модели находящиеся на клиенте. В этой модели файлы базы данных хранятся на сервере, клиент обращается к серверу с файловыми командами, а механизм управления всеми информационными ресурсами, собственно база метаданных, находится на клиенте. Достоинства этой модели в том, что мы уже имеем разделение монопольного приложения на 2 взаимодействующих процесса. При этом сервер ( северный процесс) может обслуживать множество клиентов, которые обращаются к нему с запросами.

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

Недостатки:

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

2. • дублирование кода приложений (запросы на получение одних и тех же данных присутствуют в виде копий в различных приложениях);

3. • пассивный сервер. Каков алгоритм выполнения запроса клиента? Запрос клиента формулируется в командах ЯМД. СУБД перевод этот запрос в последовательность файловых команд.

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