Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Обеспечение промежуточного уровня




Гибкость

Важнейший фактор целесообразности использовани средств OLAP - гибкость. Щелкнув клавишей мыши по данным, конечные пользователи могут комбинировать данные в любом порядке и на любом основании. К тому же при работе со средствами OLAP конечный пользователь не ограничен в возможностях дальнейшего использовани полученных данных: их можно выводить на экран с любой степенью соединения частей и извлекать результаты, не тратя времени на долгое ожидание.

Большинство OLAP-средств манипулируют данными так, словно они размещаются в гигантском кубе, кажда сторона которого представляет одно измерение базы данных. Внутри куба пересекаются все его измерения. Это позволяет пользователю исследовать каждое возможное сочетание данных, "рассекая" куб с помощью средств OLAP.

Существует два основных способа хранения продуктами OLAP данных для многомерного анализа. Первый - истинно многомерный сервер баз данных, такой как Essbase Analysis Server, - данные действительно хранятся в виде многомерного массива, называемого реальным кубом. Другой, более удобный способ состоит в том, что обслуживание данных происходит в реляционных БД, но представлены они таким образом, что и средства OLAP и конечный пользователь воспринимают их как многомерные. Такой способ известен как виртуальный куб, в котором иллюзия существует на уровне метаданных.

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

Промежуточное обеспечение - это клей в комплекте "сделай сам". Оно представляет собой набор программ дл среды клиент-сервер, с помощью которого программы-клиенты легко подключаются к ресурсам сервера. Существуют разнообразные варианты этого ПО, но все они выполняют одну задачу: освобождение прикладных программ от сложного взаимодействия с OC, сетевыми протоколами и серверами ресурсов.

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

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

К категории промежуточного обеспечения относятс промежуточное обеспечение СУБД, мониторы обработки транзакций (TP), вызовы удаленных процедур (RPC), программы, ориентированные на обработку сообщений (Message-oriented middleware - MOM), и брокеры (посредники) объектных запросов (ORB).

Два основных типа промежуточного обеспечения - это собственное промежуточное обеспечение СУБД и основное промежуточное обеспечение баз данных. Собственное промежуточное обеспечение СУБД - это собственный механизм доступа для конкретного сервера баз данных. Основное промежуточное обеспечение баз данных, например, интерфейс Open Database Connectivity (ODBC) корпорации Microsoft, позволяет программам "общаться" на разных диалектах SQL, сетевых протоколов и собственных API, используя общие интерфейсы.

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

ODBC - это интерфейс на уровне вызовов (call level interface - CLI), разработанный в корпорации Microsoft для среды Windows, который использует 54 стандартных вызова API. ODBC способен перевести эти обращения на естественные диалекты многих СУБД с помощью специальных ODBC-драйверов.

EDA/SQL компании Information Builders представляет собой образец SQL-шлюза, который транслирует SQL-вызовы в формат обычного промышленного стандарта и протокол (FAP), реализуя тем самым стандартный протокол между клиентом и сервером. EDA/SQL может получить доступ к более, чем к 50 серверам реляционных и нереляционных баз данных, составляющих большинство в этой отрасли. Для доступа к слою EDA/SQL имеется даже ODBC-драйвер, который может обращаться к серверу баз данных, обладающему средствами работы с EDA/SQL.

TP-мониторы (см. соответствующую врезку) позволяют клиентам не только устанавливать связь с серверами, но и управлять транзакциями от клиента к серверу и в обратном направлении. Программы Tuxedo компании Novell и Top End фирмы NCR Corp., например, отличаются от традиционного промежуточного обеспечения. Они содержат служебные функции для слежения за транзакциями, распределения нагрузки, восстановления системы после сбоев и для обеспечения автоматического перезапуска серверов и очередей. TP-мониторы выделяют дл выполнения программ другое место и вводят многие системы клиент-сервер в мир трехзвенных систем.

MOM в отличие от RPC позволяет разработчикам поддерживать связь с серверами в асинхронном режиме и не приостанавливает работу клиентских приложений. Благодаря использованию сообщений и очередей MOM не требуется выделенного сетевого соединения и хорошо работает на медленных соединениях с РВС (региональным вычислительным сетям - WAN). Пример изделия MOM - сери программ MQ корпорации IBM.

Возможно, будущее промежуточного обеспечения в мире ORB - механизмов, позволяющих объектам явно посылать и получать сообщения от других локальных или подключенных к сети объектов. Функции ORB служат основой дл построения программ, обеспечивающих работу с распределенными объектами с детализированными уровнями взаимодействия между гетерогенными распределенными средами.

В настоящее время идет процесс определени стандартов ORB для архитектуры Common Object Request Broker Architecture (CORBA) группы Object Management Group. Сейчас лишь несколько фирм, занимающихс разработкой промежуточного обеспечения типа ORB, например Teknekron, предлагают ORB для использования в качестве промежуточного обеспечения. Но этот сегмент рынка продолжает расти.




Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 321; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.