Преобразование настольного приложения Access в приложение с архитектурой "клиент-сервер". Целесообразность перехода к клиент-серверной архитектуре.
Производительность
Повышение производительности является другой, иногда не менее важной причиной перехода к клиент-серверной архитектуре. Хотя существует огромное множество способов повысить производительность многопользовательских приложений, подключение сервера часто является единственным способом достижения необходимого результата.
Требования к производительности приложения зависят от типа задач, которые оно должно выполнять. В следующей таблице указаны некоторые задачи, для которых, вероятно, лучше перейти к клиент-серверной архитектуре.
Таблица 19.1. Преимущества использования сервера для некоторых задач.
| Тип обработки | Преимущества использования сервера |
|---|---|
| Большой объем транзакций, выполняемых над многими таблицами | Сетевой трафик уменьшается за счет передачи по сети только запросов клиентов и результатов обработки. Вследствие этого уменьшается время ожидания обработки запроса при той же стоимости аппаратуры. Дополнительное преимущество заключается в улучшенном управлении блокировками |
| Выполнение нетривиальных запросов над совместно используемыми данными | Улучшенное управление приоритетами доступа. Сетевой трафик уменьшается, поскольку по сети передаются только результаты обработки данных |
| Изменение небольшого числа полей (даже одного) в большом количестве записей | Сетевой трафик значительно уменьшается, поскольку по сети передаются лишь измененные поля |
| Массивная обработка данных над большими таблицами | Мощность серверной СУБД в сочетании с аппаратными возможностями самого сервера позволяет значительно повысить производительность |
Иногда полезно некоторые таблицы перенести на сервер, но такие процедуры, как анализ данных, составление сложных отчетов путем слияния многих таблиц, лучше оставить на клиентских станциях. Можно даже все данные держать на сервере и дать возможность загружать нужные таблицы целиком на рабочие станции для анализа.
Масштабируемость
Масштабируемыми (scalability) называют приложения, которые могут быть расширены (распределены) на большее число компьютеров, (возможно, использующих разные аппаратно-программные платформы) для обслуживания большего числа пользователей, но при условии, что такое расширение (то есть установка приложений на новые подключаемые к сети компьютеры) не потребует какой-либо переработки самого приложения. Многопользовательские системы на базе настольных СУБД сильно ограничены как по числу клиентов, так и по размерам баз данных, причем снять эти ограничения невозможно даже за счет наращивания ресурсов компьютеров, т. к. они присущи самим СУБД. Системы же, использующие серверы баз данных, могут поддерживать тысячи пользователей и огромные базы данных (в сотни гигабайт) за счет увеличения производительности как аппаратной, так и программной платформы сервера.
Безопасность
Сервер базы данных предоставляет более мощные средства защиты данных от несанкционированного доступа, чем настольные СУБД. Права доступа могут устанавливаться очень гибко – до уровня полей таблиц. Можно, например, вообще запретить пользователю прямое обращение к таблицам, регламентируя взаимодействие пользователя только через промежуточные объекты – представления и хранимые процедуры.