microsoft analysis services что это за программа можно ли удалить
Изменение или удаление базы данных служб Analysis Services
Область применения: 
SQL Server Analysis Services 
Azure Analysis Services Power BI Premium
Нельзя изменять свойства базы данных, используя среду SQL Server Data Tools в режиме в сети.
Изменение баз данных с помощью среды SQL Server Management Studio
Изменение баз данных с помощью средств SQL Server Data Tools
Можно также установить псевдонимы и статистические функции, связанные с типами счетов, используемыми атрибутами счетов в измерениях, содержащихся в базе данных. Псевдонимы позволяют выбрать специфическую терминологию, используемую в организации для типов счетов в плане счетов. Типы счетов используются элементами атрибута счетов для указания способов статистической обработки мер по каждому элементу с использованием статистических функций, указанных для каждого типа счета, содержащегося в базе данных. Дополнительные сведения об атрибутах учетной записи см. в статье Атрибуты и иерархии атрибутов.
удаление баз данных
При удалении существующей базы данных служб Службы Analysis Services удаляются база данных и все кубы, измерения и модели интеллектуального анализа данных, содержащиеся в этой базе данных. Удалить существующую базу данных служб Службы Analysis Services можно только в среде SQL Server Management Studio.
Удаление базы данных служб Analysis Services
В окне Обозреватель объектов разверните узел для подключенного экземпляра служб Службы Analysis Services и убедитесь, что объект, который требуется удалить, видимый.
Щелкните правой кнопкой мыши объект, который требуется удалить, и выберите Удалить.
В диалоговом окне Удаление объекта нажмите кнопку ОК.
Microsoft Analysis Services — что это за программа можно ли удалить? (MAS)
Приветствую. Microsoft Analysis Services (MAS) — часть системы управления базами данных Microsoft SQL Server. Вроде является службой анализа.
Начинаем разбираться
Важно понимать, что программа SQL Server может быть на ПК даже в том случае, когда вы ее не устанавливали — ее могла установить другая программа, как вспомогательный компонент.
Пример программ, которые могут использовать данный компонент:
Как видим, используется в специфическом софте. Но если вы обычный пользователь, не программист, но при этом компонент у вас установлен — не спешите удалять, вероятно он необходим для работы какой-то программы.
На офф сайте Microsoft сказано — это проект служб, представляющие шаблоны и области проектирования для создания профессиональных моделей, размещенных в локальных службах SQL Server Analysis Services, службах Microsoft Azure Analysis Services и Microsoft Power BI. Только подтверждается — данный компонент является системным, самостоятельно вряд ли устанавливали, соответственно и удалять его также не стоит.
В некотором смысле, данный компонент даже не программа, а аналитическая служба.
Папка установки
C:\Program Files\Microsoft Analysis Services\
Внутри может быть папка AS OLEDB, в которой — клиентская библиотека OLEDDB (MSOLAP) — файл msolap.dll. Походу данная библиотека играет важную роль. Свойства, вкладка Сведения (Details):
Старая версия программы имела название библиотеки msolap140.dll.
| Название | Краткое описание |
|---|---|
| Analysis Server | Собственно сервер OLAP |
| Analysis Manager | Компонент администратора управления/контроля базами данных и кубами OLAP. |
| Decision Support Objects(DSO) | Компоненты, предоставляющие API для управления кубами OLAP. |
| Client components | Компоненты, необходимые для Analysis Server и Analysis manager. |
| Sample applications | Демонстрационные приложения, работающие с Analysis Services. |
| Books online | Документация по Analysis Services, встраивающаяся в Books Online от Microsoft SQL Server. |
| Компонент | Дочерний компонент |
|---|---|
| Сервер Analysis Services | Analysis Server, Client components. |
| Сервер AOS | Client components, Decision Support Objects. |
| Клиент | Pivot Table Services (PTS). |
Компоненты приложения Microsoft SQL Server Management Studio:
Как уже было сказано — удалять не стоит. Но при большом желании — можно попробовать. Сперва создайте точку восстановления (Win + R > rstrui.exe). Потом удалите приложение (Win + R > appwiz.cpl). После перезагрузки смотрите как работает ПК — если будут глюки, лаги, ошибки, тогда восстановите комп обратно, когда приложение еще не было удалено.
Вывод
Связь многие-ко-многим, OLAP и MS SQL Server Analysis Services
Связь многие ко многим и MS SQL Server Analysis Services
Данный пост я хочу посвятить такой, как выяснилось, несложной проблеме, как обработка OLAP-кубом связей многие-ко-многим с помощью MS SQL Server Analysis Services.
Для начала немного о том, как я к этому подошел. Начальство сказало, что на имеющейся базе данных неплохо бы развернуть какую-то аналитику. Проведя небольшой гуглопоиск выяснилось, что отлично подойдет технология OLAP. А так как на сервере компании развернут MS SQL Server, то еще более отлично подойдет тамошний компонент Analysis Services.
Радостно потирая руки, я схватил майкрософтовский учебник, который идет в комплекте с SQL Server’ом. А через два дня я был уверен, что мне все по плечу. Но, не тут то было… В имеющейся базе данных большинство связей между таблицами оказались связями многие-ко-многим, что поначалу не предвещало никаких осложнений. Но на практике выясняется, что без дополнительных весьма осмысленных маханий руками не обойтись, т.к. в противном случае кубик просто выдает некорректную информацию.
В рунете найти информацию по данной тематике оказалось задачей не из легких. То ли это настолько само собой разумеющееся для всех дело, то ли лыжи не едут. Однако мною таки был найден очень классный большой английский мануал по данной теме. Собственно тем, кто отлично понимает английский или же хочет очень хорошо разобраться в теме, предлагается дальше не читать, а уйти по ссылке: http://www.sqlbi.com/articles/many2many/
Те же, кто, как и я ранее, не имеет времени читать английские учебники, читают далее. Пост не представляет собой перевод данного мануала: скорее некое суммирование его первых примеров + немного основ из майкрософтовского упомянутого учебника.
Собственно в чем проблема. Если читающий знакомился с данным постом: http://habrahabr.ru/post/67272/ , то знает что стандартными схемами для Olap являются схемы «Звезда» и «Снежинка». А что если нас кругом обложили связями многие-ко-многим?
Самый простой вариант: уйти от связи многие-ко-многим с помощью представлений – это положительно скажется на скорости обработки запросов. Невозможно уйти? Давайте разбираться.
Постановка задачи. Интернет-магазин. MS SQL Server, на нем база данных с пресловутыми связями M2M, которая выглядит следующим образом: Таблица идентификаторов покупок, к ней привязаны таблица категории (еда, спорт, другое) и таблица аккаунтов. Усложним задачу: пусть теперь одним аккаунтом могут пользоваться сразу несколько человек (например, муж и жена делают покупку на дом), соответственно через M2M связана таблица персон. И чтоб совсем не сахар: пусть к таблице персон через M2M привязана таблица категорий персон. И нас интересует: какие категории людей, какие покупки чаще делают, и когда они это делают.
Пример надуманный, но все же видна проблема: как связать аж через две связи M2M будущее измерение с таблицей фактов? Все просто, мы подскажем SSAS, куда нужно смотреть.
Выполнив предварительные действия по созданию измерений (Types, Dates, Categories, Persons, Accounts)(см. http://habrahabr.ru/post/67272/), пытаемся создать куб на мере Sales (количество строк). По умолчанию Visual Studio предложит нам только три меры (Types, Accounts, Dates) – ведь только они связаны напрямую с нашей мерой. Создав куб, руками добавляем оставшиеся две меры. Плюс создаем еще две вспомогательные меры внутри куба, которые будут отвечать за обработку связи M2M: Bridge Accounts Persons и Bridge Persons Categories (обе – количество строк в понятно каких таблицах).
Таким образом, будем иметь следующую картинку:
Видим много серых боксов и то, что Visual Studio уже обработала одну связь M2M: между вспомогательной мерой Bridge Persons Categories и измерением Accounts. И это хорошо, но не достаточно. Если прямо сейчас попросить наш куб что-нибудь выдать, мы не получим ничего хорошего. Нет, измерения Dates и Accounts все сделают правильно, но вот с Persons и Categories увы.
Чтобы исправить сие недоразумение подскажем SSAS, где искать информацию для обработки наших запросов. Для этого заполним те серые боксы на вкладке «Использование измерений» следующим образом: щелкаем на серые бокс-> многоточие-> тип связи выбираем «Многие ко многим»-> Выбираем промежуточную группу мер, как написано на картинке:
Вуаля! Все работает. Можно убедиться на очередной картинке:
В чем магия? Мы указали SSAS, где и как искать информацию о связях. Обратите внимание: невозможно, например, правильно заполнить пересечение «измерение Categories и мера Sales» до того как вы правильно заполните «измерение Categories и мера Bridge Account Persons». В вариантах выпадает только Bridge Persons Categories, т.к. иного пути Visual Studio просто не знает. Но ведь вспомогательные меры – тоже меры. И пути для них надо указывать так же, как и для обычных (целевых) мер. По мере заполнения таблицы Visual Studio набирается знаний и предлагает больше вариантов.
Теперь сформулируем мнемоническое правило о том, как надо заполнять таблицу связей: «Между целевой мерой и целевым измерением выбирай ближайшую таблицу мер к целевой мере». Таким образом, и получалось, что для измерений Type и Date во второй столбце будет полноценная, интересная мера Sales, а в третьем вспомогательная Bridge Accounts Persons. Аналогично и для измерения Categories.
Стоит ли всегда полностью заполнять таблицу связей? Нет. Неинтересную информацию незачем обрабатывать. Связи M2M отрицательно сказываются на производительности куба так, что по возможности, от них лучше избавляться.
За сим всё. Надеюсь, у меня получился полезный пост. Как минимум, я могу сказать, что в своё время искал именно нечто подобное, но так и не нашел. Исходники базы данных и куба из примера могу выслать.
Microsoft analysis services что это за программа?
Как Microsoft спрятала целый сервер и как его найти
— Видишь SSAS-суслика? — Нет… — И я не вижу. А он есть!
(Кадр из к/ф «ДМБ»)
Поддержка относительно новой табличной (табулярной) модели данных, в противовес устоявшейся многомерной OLAP, встроена в целый ряд продуктов компании Microsoft. Начиная с SQL-сервера (SS) и заканчивая Excel. И если с SS всё понятно – в нём содержится отдельный сепаратный продукт SQL Server Analysis Services (SSAS). А как же решена поддержка языка DAX-запросов и прочей табулярной функциональности в Power BI, SharePoint или Excel? Поищем «суслика» на примере Power BI Desktop.
Думаю, многие замечали, что при установке на компьютер Power BI Desktop, параллельно разворачиваются структуры папок Microsoft SQL Analysis Services (SSAS) Это опциональный серверный компонент, входящий в состав высших редакций SQL-сервера от Microsoft (в частности редакций Enterprise и Business Intelligence). Он отвечает (как легко догадаться из названия) за аналитическую функциональность и, в частности, создание OLAP-кубов и доступ к ним, а, начиная с 2012-й версии, и за полноценную поддержку новой идеологии многомерных хранилищ данных – табулярной (или табличной) модели данных. Этого «зверька» придумали для поддержки поколоночного хранения данных (в отличие от стандартного для OLTP строкового хранения) и работы со всем набором данных в оперативной памяти (in-memory). Чуть более подробно тут.
Структура рабочих папок Power BI Desktop (Stand-alone установка) Включение в десктопный софт серверных компонентов выглядит достаточно логично с точки зрения разработки и главное дальнейшей поддержки единообразия табулярной модели данных, общей и для флагманского серверного продукта, и для десктопной среды разработки и даже для Excel. В частности в Power BI Desktop просто интегрировали серверное ядро SSAS, отвечающее за поддержку этой самой табулярной модели и DAX-запросов к данным. При запуске приложения Power BI Desktop стартует движок xVelocity (в девичестве vertiPaq) встроенный в сервер SSAS, который и выполняет всю черновую работу по обслуживанию DAX-запросов, распределению нагрузки, управлению памятью и передачу результатов рендеру, который уже и отображает результаты в виде графиков, гистограмм, сводных таблиц (matrix) и других визуальных элементов, доступных в среде Power BI. Что нам даёт это знание внутренней кухни? А то, что подобная модульная структура позволяет использовать Power BI Desktop в качестве тестового сервера аналитики без необходимости развёртывания полноценной среды SQL сервера c Microsoft Analysis Services. И без соответствующей лицензионной нагрузки (т. е. бесплатно). Безусловно, этот подход нельзя использовать в промышленных решениях. Однако для быстрого развёртывания тестовой инфраструктуры и проверки построенной модели данных ничего лучше и не придумаешь.
Советы домашнему мастеру
| Для определения актуального номера порта, на котором запустился локальный «карманный» Analysis Services проще всего использовать потрясающий бесплатный инструмент, «швейцарский нож» для любого DAX-хакера DAX Studio. При подключении из DAX Studio к вашей модели данных (при этом необходимый PBIX-файл должен быть открыт в Power BI Desktop) в статусной строке приложения отобразятся параметры подключения (как на рисунке ниже), которые можно использовать, для доступа к этой модели данных из других приложений, например из Excel или другого экземпляра Power Bi Desktop локально или по сети. |
DBSCHEMA_CATALOGS В столбцах CATALOG_NAME и DATABASE_ID будет требуемое имя-GUID.
Локальное решение
По ссылке (123kB) доступен для скачивания разработанный мной PBIX-файл, который формирует список всех загруженных в память моделей данных (включая и встроенную в этот файл). Т. е. в списке будет столько строк, сколько PBIX-файлов запущено.
версия доработана для совместимости с августовским релизом PBI Desktop.
Disclaimer: Данный файл может быть использован только для демонстрационных целей и тестирования, предоставляется «как есть», со всеми багами, ошибками и прочая, на 90% сформирован через интерфейс Power Query / PowerPivot и не может служить хорошим примером для обучения программированию под Power BI.
Интерфейс программы
Для настройки, после нажатия на кнопку [Изменить запросы], следует изменить параметр USER_NAME и, возможно, WORK_FOLDER.
Microsoft Analysis Services — что это за программа можно ли удалить? (MAS)
Приветствую. Microsoft Analysis Services (MAS) — часть системы управления базами данных Microsoft SQL Server. Вроде является службой анализа.
Начинаем разбираться
Важно понимать, что программа SQL Server может быть на ПК даже в том случае, когда вы ее не устанавливали — ее могла установить другая программа, как вспомогательный компонент.
Пример программ, которые могут использовать данный компонент:
Как видим, используется в специфическом софте. Но если вы обычный пользователь, не программист, но при этом компонент у вас установлен — не спешите удалять, вероятно он необходим для работы какой-то программы.
На офф сайте Microsoft сказано — это проект служб, представляющие шаблоны и области проектирования для создания профессиональных моделей, размещенных в локальных службах SQL Server Analysis Services, службах Microsoft Azure Analysis Services и Microsoft Power BI. Только подтверждается — данный компонент является системным, самостоятельно вряд ли устанавливали, соответственно и удалять его также не стоит.
В некотором смысле, данный компонент даже не программа, а аналитическая служба.
Папка установки
C:\Program Files\Microsoft Analysis Services\
Внутри может быть папка AS OLEDB, в которой — клиентская библиотека OLEDDB (MSOLAP) — файл msolap.dll. Походу данная библиотека играет важную роль. Свойства, вкладка Сведения (Details):
Старая версия программы имела название библиотеки msolap140.dll.
| Сервер Analysis Services | Analysis Server, Client components. |
| Сервер AOS | Client components, Decision Support Objects. |
| Клиент | Pivot Table Services (PTS). |
Компоненты приложения Microsoft SQL Server Management Studio:
Как уже было сказано — удалять не стоит. Но при большом желании — можно попробовать. Сперва создайте точку восстановления (Win + R > rstrui.exe). Потом удалите приложение (Win + R > appwiz.cpl). После перезагрузки смотрите как работает ПК — если будут глюки, лаги, ошибки, тогда восстановите комп обратно, когда приложение еще не было удалено.
Вывод
Надеюсь информация пригодилась. Удачи.
What is Analysis Services?
Applies to: SQL Server Analysis Services Azure Analysis Services Power BI Premium
Analysis Services is an analytical data engine (Vertipaq) used in decision support and business analytics. It provides enterprise-grade semantic data model capabilities for business intelligence (BI), data analysis, and reporting applications such as Power BI, Excel, Reporting Services, and other data visualization tools. Analysis Services is available in different platforms:
SQL Server Analysis Services — Installed as an on-premises or VM server instance, SQL Server Analysis Services supports tabular models at all compatibility levels (depending on version), multidimensional models, data mining, and Power Pivot for SharePoint.
Azure Analysis Services — Created as an Azure resource, Azure Analysis Services server resources support tabular models at the 1200 and higher compatibility levels. DirectQuery, partitions, row-level security, bi-directional relationships, and translations are all supported. To learn more, see What is Azure Analysis Services.
Power BI Premium (Preview) — The Analysis Services Vertipaq engine provides programmability, client application, and tool support for Power BI Premium datasets at the 1500 and higher compatibility levels through client libraries and APIs that support the open-standard XMLA protocol. Power BI Premium datasets support connections through XMLA endpoints for read-only and read-write operations from Microsoft and third-party client applications and tools. To learn more, see Analysis Services in Power BI Premium and Power BI Premium dataset connectivity with the XMLA Endpoint.
Documentation
Analysis Services documentation is located at different places in docs.microsoft.com depending on the platform or version you’re using. To learn more, see Understanding Analysis Services documentation.
There’s more coming
We’ll soon be adding more information to this article, and many others, to better describe how you can use Analysis Services to create enterprise grade BI solutions for your organization. Be sure to check back!
Как Microsoft Analysis Services финансовым аналитикам жизнь упростил
Как мало пройдено дорог — как много сделано отчетов ©
Введение
— Что у вас запланировано на 1 января?
— Катание на санках
— А если снег не выпадет?
— Это нас огорчит, но не остановит.©
— Не грусти Вася, принимайся за работу, а мне пора спешить – утренняя планерка, эээ… Daily Standup Meeting точнее, всё никак не могу запомнить.
Вася садится за свой рабочий стол и с грустью смотрит в монитор. Да уж, красивые графики, только толку от них? В Excel не выгрузить, с формулами не сверить, хоть бери тетрадку с ручкой и делай всё на бумаге. Плюс ещё как-то KPI на основе этого надо посчитать. Зато в ИТ отдел, говорят, художника взяли, чтобы он красивые отчеты для руководства оформлял. Глядя на новый продукт, Вася загрустил. В голове у него крутились пару строк из стихотворения C.А. Есенина “Мне грустно на тебя смотреть”:
Так мало пройдено дорог,
Так много сделано ошибок.
Ну что ж, оставим Васю наедине со своей болью и посмотрим на проблему шире. Видя переделку строк C.А. Есенина, которая вынесена в цитату к этой статье, мне кажется, что он не одинок в своих мыслях. Сложно понять, как работают современные BI системы и для кого их пишут – то ли для аналитиков, то ли для руководителей. Очень много теории и информации, причём, в зависимости от источника, эта информация может противоречить самой себе. К этому стоит добавить обилие научных терминов и трудный для понимания язык описания. Сложно угадать с выбором, а цена ошибки велика, так как системы дорогие и работа с ними часто требует определенной квалификации. Понимая всё это, я решил поделиться своим опытом в BI сфере. Попытаюсь написать об этом простым языком и не вдаваться глубоко в теорию. Речь пойдет о Microsoft Analysis Services и о том, как он может решить часть проблем связанных с аналитической отчетностью. Другую часть этих проблем, я решил, написав специальную программу, которая позволяла формировать отчеты непосредственно в Excel, минуя HTML формы и минимизируя нагрузку на Web сервер, но о ней я уже писал тут https://habr.com/ru/post/281703/, а тут даже видео снял: https://youtu.be/_csGSw-xyzQ.
Приятного вам чтения.
Отчетность и её проблемы
Все началось с задачи, поставленной финансовым отделом крупного банка. Надо было создать систему отчетности, которая бы позволяла быстро и оперативно оценивать текущую ситуацию в организации. Для решения этой задачи мы взяли базу данных. Организовали в ней Хранилище (Data Warehouse), настроили процессы загрузки данных и установили систему отчетности. В качестве которой мы взяли SQL Server Reporting Services, так как этот продукт входил в MS Sharepoint, использовавшийся в тот момент в банке. В принципе всё работало, но у заказчика были претензии:
Выход из ситуации
К найденному решению подтолкнули PivotTable в Excel
Детально изучив эти решения вышли на MS Analysis Services и решили попробовать. Его можно использовать в Excel, и он может работать с Oracle, как с источником данных, что нас на тот момент устраивало. С точки зрения архитектуры, источником данных для него может служить что угодно, был бы нужный провайдер. Суть его в том, что он способен хранить в себе большие объемы данных со всеми их агрегациями и выдавать их клиенту максимально быстро. К Excel его можно легко подключить и манипулировать данными в Pivot Table.
В MS Analysis Services есть возможность партиционирования данных (хранение их в виде множества отдельных частей) и так же инкрементальное обновление данных. Это даёт ему возможность загружать данные из внешних систем небольшими кусочками и хранить их во множестве партиций. С точки зрения максимальных объемов, у него есть ограничения, но они довольно большие https://docs.microsoft.com/en-us/analysis-services/multidimensional-models/olap-physical/maximum-capacity-specifications-analysis-services?view=asallproducts-allversions.
MS Analysis Services является OLAP системой, которая использует отдельный сервер для хранения данных, либо части данных. Его плюсом является то, что он способен довольно быстро работать с миллионами записей, будучи установленным на обычный, современный компьютер. Так же он позволяет анализировать данные непосредственно в Excel и может заменить собой десятки отчетов на MS Reporting Services или ему подобных. Причем при работе с ним не надо писать и править различные запросы типа SQL, хотя при желании можно, только вместо SQL он использует MDX.
Правда есть тут и ложка дегтя. В Excel можно запросить разом очень большой объём данных и OLAP их вернет, но отобразить такой объем Excel не сможет, либо сможет, но работать при этом будет очень медленно. На первых порах это раздражало аналитиков, но поняв причину и настроив фильтры в Pivot Table эту проблему решили.
Секрет быстродействия MS Analysis Services, как и любой другой OLAP системы, кроется в архитектуре хранения данных. В нем все храниться в максимально подготовленном и оптимизированном для запросов виде. Такая подготовка требует времени и запись вновь пришедших данных в OLAP происходит не быстро, но, с другой стороны, чтение данных получается очень быстрым. Выходит — долго пишем быстро читаем.
Немного теории
Чаще всего, когда анализируют данные их объединяют в группы, а сами группы так же объединяют в иерархии. Для примера возьмём торговую точку. С точки зрения бизнеса, интерес представляют продажи. То есть сколько товара было продано за день (1-группа), за месяц (2-ая) и за год (3-я). Где день месяц и год — это разные уровни одной иерархии. Получается, что продажи за месяц — это сумма всех продаж за все дни в месяце, а продажи за год – это сумма продаж за все месяцы в этом году. Отсюда получается, что для получения максимального быстродействия, можно заранее собрать данные в группы и рассчитать агрегаты (в нашем примере суммы продаж) для каждого уровня иерархи. Вот на этом принципе и работают MS Analysis Services. Им достаточно сказать — что надо считать, по какой формуле и на какие группы это можно разбить. Остальную работу они сделают сами. Тут немного о том как они это делают: http://citforum.ru/consulting/BI/molap_overview/node7.shtml. Стоит отметить, что в современных OLAP системах все агрегаты, чаще всего, не рассчитываются заранее. Это всё делается «на лету», в момент запроса.
Теперь о терминах:
MS Analysis Services – это одна из OLAP систем, где OLAP это аббревиатура — online analytical processing. Дословно это означает – интерактивная (online) аналитическая обработка данных. Со временем данная формулировка утратила свой первоначальный смысл, так как появились системы, способные обрабатывать данные с большой скоростью и передавать их пользователю без использования подходов, декларируемых в OLAP. Поэтому, сейчас есть более полное описание требований к системам, которые могут называться OLAP, это:
Вкратце, OLAP – это система хранения, организованная таким образом, чтобы данные в ней:
Создание OLAP-куба в Microsoft Analysis Services
Построение OLAP кубов делается через проект в Visual Studio. По большей части там реализована технология визуального программирования – перетащить, кликнуть мышкой, настроить. Отсюда это проще показать, чем описать. Что я и сделал в моем видео: https://youtu.be/f5DgG51KMf8. Так же стоит отметить то, что Microsoft, в ознакомительных целях, предоставляет свои продукты бесплатно. Отсюда, посмотреть, как он работает можно на любом компьютере с ОС Windows 10, удовлетворяющем следующим требованиям: https://docs.microsoft.com/en-us/sql/sql-server/install/hardware-and-software-requirements-for-installing-sql-server-ver15?view=sql-server-ver15. Требования по ссылке к MS SQL Server, так как MS Analysis Services являются его частью.
Заключение
OLAP — это относительно простой способ повысить скорость и удобство работы с данными. В данный момент существует множество решений, основанных на этой технологии. Я работал с MS Analysis Services (SSAS) и вот что мне в нём понравилось: