Документооборот - статьи

       

Архитектура Web-OLAP


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

Большинство Web-OLAP приложений используют общую архитектуру, в которой клиентский браузер взаимодействует с HTTP-сервером, пересылающим HTML-страницы. Но помимо этого предоставляется еще и промежуточное (связующее) ПО, хранящееся на сервере. Такой компонент может напрямую связываться с Web-браузером или взаимодействовать с HTTP-сервером, который затем возвращает браузеру HTML-страницы с дополнительными данным.


Web-OLAP компонент промежуточного уровня выполняет набор функций, которые не может обеспечить HTML, а именно:

  • взаимодействие с базой данных, где находится Хранилище;
  • хранение состояний (предыдущих транзакций базы данных);
  • вычисление и буферизация данных, возвращаемых на клиент.

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

В большинстве случаев (хотя это и не обязательно) связующее ПО хранится на том же компьютере, что и HTTP-сервер. Оно должно взаимодействовать с базой, где находится Хранилище. При этом необходимо обеспечить права пользователей и сетевой доступ так, чтобы промежуточный компонент мог извлекать данные, необходимые для OLAP-приложения. Связующее ПО – потенциально критический элемент в Web-OLAP архитектуре. Поэтому он должен быть спроектирован оптимально, чтобы не понижать общую производительность системы. При неправильном конфигурировании, сложная программа промежуточного уровня может очень медленно выполнять запросы пользователей.

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

Такой подход предотвращает разрастание объема ХД. Централизованное хранение информации, доступной для всех пользователей с помощью OLAP-инструментов, устраняет риск работы с устаревшими данными, так как все пользователи будут обращаться только к тем элементам, которые находятся в центральном Хранилище.



Содержание раздела