7. Архитектура Файл-Сервер.

Распределенные ИС с применением файл-сервера исторически появились первыми. Обобщенно архитектура Файл-Сервер с распределенной обработкой данных - (Слайд 17).

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

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

Развернутая архитектура типа Файл – Сервер - (Слайд 18).

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

• презентационная часть приложе­ния,

• прикладные функции,

• функции управления информационными ресурсами.

Файловый сервер содержит файлы, необходимые для работы при­ложений и самой СУБД и поддерживает доступ к файлам.

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

8. Достоинства и недостатки архитектуры Файл – Сервер.

Достоинства:

• разделение мо­нопольного приложения на два взаимодействующих процесса. При этом сервер может обслуживать множество клиентов, обращающихся к нему с запросами.

• обеспечение высокого уровня за­щиты данных от несанкционированного доступа.

Недостатки:

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

• следствие - снижение производительности всей системы в целом.

• на каждой рабочей станции должна находиться полная копия СУБД.

• управление БД усложня­ется, поскольку доступ к одним и тем же файлам могут осуществлять сразу несколько ПК.

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

• защита данных осуществляется только на уровне файловой системы.

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

• высокие требования к техническому оснащению рабочих станций.

9