Файл-серверная модель

Локальная однопользовательская модель

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

Дос­­­тоинства: наличие большого числа готовых СУБД, простота.

Не­дос­та­ток: отсутствие возможности эффективной работы в многополь­зо­ва­тель­ском режиме.

Рассмотрим далее многопользовательские модели

База данных находится на другом компьютере, ко­то­рый называется файл‑сервером, и приложение обращается за информацией к файлу‑серверу (содержание данного пункта скопировано из работы [19]). В этой модели презентационная логика и бизнес-логика располагаются на клиенте (приложение). На сервере располагаются файлы с данными и поддерживается доступ к файлам. Функции управления информационными ресурсами в этой модели находятся на клиенте.

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

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

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

Достоинство: наличие большого числа СУБД и програм­мных средств, работающих в этом режиме.

Недостатки:

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

узкий спектр операций манипулирования с данными, который определяется только файловыми командами;

отсутствие адекватных средств безопасности доступа к данным (защита только на уровне файловой системы).

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

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

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

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

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

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

Дата добавления: 2014-12-10