|
151 взаимодействие СППР с ХД может строиться в соответствии с двухуровневой или трехуровневой моделью взаимодействия клиентского приложения с Сервер приложении 2 / X Сервер приложении 1 7 \ рабочие станции а) рабочие станции Рис. 47. Способы взаимодействия клиентского приложения с хранилищем данных (а трехзвенная архитектура, б архитектура «клиент-сервер») Двухуровневая модель «клиент-сервер» [25] предполагает, что клиентское приложение осуществляет как формирование запроса к ХД и отображение результатов, так и средства аналитической обработки данных, полученных из ХД. В трехуровневой модели программное обеспечение для анализа методами ИАД и OLAP выносится на промежуточный слой в виде сервера приложений. В этом случае у клиентского приложения, с которым взаимодействует пользователь, остаются только функции ввода запроса пользователя и отображения результатов. Одним из главных факторов, оказывающих влияние на выбор конкретной модели является количество пользователей. Большое количество пользователей и их интенсивные обращения к ХД повышают загрузку СУБД, на базе которой организовано хранилище и, следовательно, уменьшают эффективность работы. В этой ситуации архитектура «клиент-сервер» оказывается менее эффективной, чем трехзвенная архитектура. Последняя позволяет выделять один или несколько серверов приложений, на которые и ложится основная нагрузка по |
3.4. Выбор оптимального способа взаимодействия клиентского приложения с хранилищем данных 97 3.4.1. Выбор оптимальной модели взаимодействия клиентского приложения с хранилищем данных Взаимодействие технолога с ХД осуществляется посредством клиентского приложения, которое служит для формирования запросов пользователя к хранилищу данных, аналитической обработки результатов и представления их в удобном для восприятия виде. В зависимости от количества автоматизированных рабочих мест технолога и сложности решаемых задач, взаимодействие СППР с ХД может строиться в соответствии с двухуровневой или трехуровневой моделью взаимодействия клиентского приложения с источником данных [5] (рис. 22). Способы взаимодействия клиентского приложения с хранилищем данных (а —трехзвенная архитектура, б архитектура «клиент-сервер») Хранилищеданных Хранилище данных Г Ч К Сервер приложений 1 < V \ Сервер приложений 2 4 > 0 ( 0 " V . / / // / / Ь V\ \ 1 \ 1^2 рабочие станции а) рабочие станции б) Рис. 22 Двухуровневая модель «клиент-сервер» [49] предполагает, что клиентское приложение осуществляет как формирование запроса к ХД и отображение результатов, так и средства аналитической обработки данных, полученных из ХД. В трехуровневой модели [3] программное обеспечение для анализа методами ИАД и OLAP выносится на промежуточный слой в виде сервера приложений. В этом случае у клиентского приложения, с которым взаимодействует пользователь, остаются только функции ввода запроса пользователя и отображения результатов. Одним из главных факторов, оказывающих влияние на выбор конкретной модели является количество пользователей. Большое количество пользователей и их интенсивные обращения к ХД повышают загрузку СУБД, на базе которой организовано хранилище и, следовательно, уменьшают эффективность работы. В этой ситуации архитектура «клиент-сервер» оказывается менее эффективной, чем трехзвенная архитектура. Последняя позволяет выделять один или несколько серверов приложений, на которые и ложится основная нагрузка по аналитической обработке данных. Одновременно снижается нагрузка на СУБД, обращения к которой будут поступать только со стороны серверов приложений, а не со всех клиентских рабочих мест, требования к аппаратному и программному обеспечению которых также могут быть снижены. Конкретное число пользователей, при превышении которого клиент-серверная архитектура становится неэффективной, зависит от размеров ХД и особенностей используемой СУБД. Помимо количества пользователей на выбор модели взаимодействия с ХД оказывает влияние характер решаемых задач. При необходимости выполнять сложные вычисления над большими объемами данных из ХД, ресурсов программного и аппаратного обеспечения клиентского рабочего места может оказаться недостаточно, а решение задач на стороне сервера может значительно замедлить работу с ХД даже при небольшом силе пользователей. В этой ситуации целесообразно применения трехзвенной модели взаимодействия. 98 |