Введение в SQL Server Analysis Services для разработчика. Доступ по SOAP
Можно не пользоваться SSMS, как это делалось в постах MDX и XMLA или XMLA DDL, а написать свое собственное кастомное приложение по отправке SOAP-запросов. Способов для этого бездна. Чтобы не терять лес за деревьями, я не буду пользоваться SoapHttpClientProtocol, а просто по рабоче-крестьянски зашлю на OLAP-сервер XMLA-запрос (см. Скрипт 1 из поста MDX и XMLA), который фактически представляет собой готовый SOAP. Чтобы OLAP-сервер принимал запросы по HTTP, требуется IIS, на котором нужно создать виртуальную директорию и сказать, что все, что туда валится, обрабатывает соответствующий ISAPI-фильтр. Мы разбирали этот процесс в посте Доступ по HTTP. Сейчас воспользуемся полученными результатами. Создадим HTTP POST-запрос к http://192.168.0.29/msolap/msmdpump.dll (это тот самый ISAPI). В запрос положим строку xmla, которая в точности равна SOAP-запросу из Скрипта 1 из упомянутого поста. Получим отклик HttpWebResponse. Превратим стрим с отклика в строку и увидим, что это в точности тот XML, который мы видели в SSMS в панели результатов.
Скрипт 1 Рис. 1 Дальше пишется парсер, который вытаскивает из результата описания осей, строит соответствующий cellset, вытаскивает данные и набивает ячейки cellset’a. Мы сейчас этим заниматься не будем. Аналогично, не будем рассматривать, как заслать SOAP-запрос в случае, когда все находится в пределах локальной сетки. Создавать виртуальную директорию в этом случае не нужно и вместо ISAPI можно адресоваться непосредственно по имени OLAP-сервера. Техника SOAP с использованием TcpClient разбирается здесь. Таким образом, вне зависимости от транспорта имеется возможность отправить полноценный XMLA в виде SOAP-запроса на OLAP-сервер и получить результат по схеме MDX и XMLA\Рис.4. Данный способ дает наиболее полный контроль, т.к., как уже неоднократно говорилось, XMLA является родным языком общения с MS AS, однако он сопряжен с накладными расходами для разработчика: вначале приходится составлять SOAP-конверт, затем парсить XML, возвращенный в качестве результата, вытаскивая из него полезную нагрузку. Существуют средства доступа, берущие на себя накладные расходы, но, как и в любой программной модели, за это приходится платить снижением гибкости и полноты контроля. Наиболее популярным таким средством является ADOMD.NET – аналог ADO.NET для многомерных данных, который мы рассмотрим дальше. Автор: Алексей Шуленин |