Файл-серверная архитектура

Файл-серверная архитектура

+

• Многопользовательский режим работы с данными, при этом пользователи ИС находятся в привычных условиях,
• Удобство централизованного управления доступом.
• Простота организации и низкая стоимость разработки.
• Удобные и развитые средства разработки графического пользовательского интерфейса

_

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

обработки разными пользователями.

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

Клиент-серверная архитектура

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