152 аналитической обработке данных. Одновременно снижается нагрузка на СУБД, обращения к которой будут поступать только со стороны серверов приложений, а не со всех клиентских рабочих мест, требования к аппаратному и программному обеспечению которых также могут быть снижены. Конкретное число пользователей, при превышении которого клиент-серверная архитектура становится неэффективной, зависит от размеров ХД и особенностей используемой СУБД. Помимо количества пользователей на выбор модели взаимодействия с ХДоказывает влияние характер решаемых задач. При необходимости выполнять сложные вычисления над большими объемами данных из ХД, ресурсов программного и аппаратного обеспечения клиентского рабочего места может оказаться недостаточно, а решение задач на стороне сервера может значительно замедлить работу с ХД даже при небольшом силе пользователей. В этой ситуации целесообразно применения трехзвенной модели взаимодействия. Помимо преимуществ трехзвенная модель имеет и недостатки [88], к которым можно отнести высокую стоимость оборудования и ПО для организации промежуточного слоя, высокая стоимость администрирования подобных систем, усложнение структуры СППР в целом. Выбор оптимального программного способа взаимодействия клиентского приложения с хранилищем данных Клиентское аналитическое приложение может осуществлять доступ к ХД с применением двух различных подходов (рис. 48). Первый из них предполагает прямой доступ клиентского приложения к ХД посредством одного из следующих механизмов доступа: ODBC, OLE DB или ADO. Второй подход основан на том, что клиентское приложение будет взаимодействовать с ХД через так называемый OLAP-сервер, поставляющийся, как правило, вместе с используемой СУБД. При этом взаимодействие осуществляется через программный интерфейс, определяемый изготовителем OLAP-сервера. |
отображение результатов, так и средства аналитической обработки данных, полученных из ХД. В трехуровневой модели [3] программное обеспечение для анализа методами ИАД и OLAP выносится на промежуточный слой в виде сервера приложений. В этом случае у клиентского приложения, с которым взаимодействует пользователь, остаются только функции ввода запроса пользователя и отображения результатов. Одним из главных факторов, оказывающих влияние на выбор конкретной модели является количество пользователей. Большое количество пользователей и их интенсивные обращения к ХД повышают загрузку СУБД, на базе которой организовано хранилище и, следовательно, уменьшают эффективность работы. В этой ситуации архитектура «клиент-сервер» оказывается менее эффективной, чем трехзвенная архитектура. Последняя позволяет выделять один или несколько серверов приложений, на которые и ложится основная нагрузка по аналитической обработке данных. Одновременно снижается нагрузка на СУБД, обращения к которой будут поступать только со стороны серверов приложений, а не со всех клиентских рабочих мест, требования к аппаратному и программному обеспечению которых также могут быть снижены. Конкретное число пользователей, при превышении которого клиент-серверная архитектура становится неэффективной, зависит от размеров ХД и особенностей используемой СУБД. Помимо количества пользователей на выбор модели взаимодействия с ХД оказывает влияние характер решаемых задач. При необходимости выполнять сложные вычисления над большими объемами данных из ХД, ресурсов программного и аппаратного обеспечения клиентского рабочего места может оказаться недостаточно, а решение задач на стороне сервера может значительно замедлить работу с ХД даже при небольшом силе пользователей. В этой ситуации целесообразно применения трехзвенной модели взаимодействия. 98 99 Помимо преимуществ трехзвенная модель имеет и недостатки [5], к которым можно отнести высокую стоимость оборудования и ПО для организации промежуточного слоя, высокая стоимость администрирования подобных систем, усложнение структуры СППР в целом, что является потенциальным источником сбоев при работе системы. Поэтому в ситуации, когда число пользователей невелико, обоснованным решением является применение проверенной временем архитектуры «клиент-сервер». 3.4.2. Выбор оптимального программного способа взаимодействия Клиентское аналитическое приложение может осуществлять доступ к ХД с применением двух различных подходов (рис. 23). Первый из них предполагает прямой доступ клиентского приложения к ХД посредством одного из следующих механизмов доступа: ODBC, OLE DB или ADO. Второй подход основан на том, что клиентское приложение будет взаимодействовать с ХД через так называемый OLAP-сервер, поставляющийся, как правило, вместе с используемой СУБД. При этом взаимодействие осуществляется через программный интерфейс, определяемый изготовителем OLAP-сервера. клиентского приложения с хранилищем данных Взаимодействие приложения с ХД клиентское приложение Рис. 23 |