66. Системы совместного использования файлов. Обработка запросов в них. Недостатки систем

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

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

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

1. При такой архитектуре трафик[1] в локальной сети достаточно большой.

2. С увеличением объема хранимых данных и числа пользователей снижается производительность настольных СУБД. Из-за этих проблем системы с совместным использованием файлов редко используются для обработки больших объемов данных.

3. При такой архитектуре вся тяжесть выполнения запроса к БД и управления целостностью БД ложится на СУБД пользователя.

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

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

67. Настольные СУБД, их достоинства и недостатки

Многие авторы классифицируют СУБД на две большие категории: «настольные» и «серверные».Настольные СУБД отличаются тем, что используют в модель вычислений с сетью и файловым сервером (архитектура «файл-сервер»).

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

Достоинства и недостатки настольных СУБД

Достоинства настольных СУБД:

они являются простыми для освоения и использования;

обладают дружественным пользовательским интерфейсом;

ориентированы на класс ПК, на самую широкую категорию пользователей – непрофессионалов;

обеспечивают хорошее быстродействие при работе с небольшими БД.

Недостатки настольных СУБД:

при росте объемов хранимых данных и увеличении числа пользователей снижается их производительность и могут возникать сбои при обработке данных;

контроль за целостностью совершается внутри пользовательского приложения, что может вызывать нарушение целостности данных;

очень малая эффективность работы в компьютерной сети.

Известно более десятка настольных СУБД. Наиболее популярными, исходя из числа проданных копий признаются DBASE, Visual DBASE, Paradox, Microsoft FoxPro, Visual FoxPro, Access.