Документация разработчика служб Analysis Services

Применимо к: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

С помощью служб Analysis Services почти каждый объект и рабочая нагрузка программируется, и часто существует несколько способов выбора. Варианты включают написание управляемого кода, скрипта или использование открытых стандартов, таких как XMLA и MSOLAP, если требования к решению исключают использование платформы .NET.

Что можно сделать в коде

Типичные сценарии программирования включают развертывание сервера, базы данных и семантической модели, администрирование, обновление данных и управление секциями, доступ к данным из пользовательских приложений и внешних средств. Общие для всех этих сценариев — это фиксированная иерархия архитектуры и определения объектов с хорошо понятными операциями, охватывающими определение данных, обработку и рабочие нагрузки запросов.

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

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

Выбор платформы или подхода к разработке

Службы Analysis Services предоставляют множество способов настройки решения с помощью кода, но большинство разработчиков используют управляемые API или скрипты.

• Управляемые API включают AMO и TOM для определения данных и выполнения административных задач, а ADOMD.NET — для поддержки запросов из клиентского кода. В SQL Server 2016 и более поздних версиях AMO обновляется, чтобы использовать новые табличные метаданные для моделей, созданных или обновленных до уровня совместимости 1200 и выше.

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

  • Скрипт PowerShell можно написать с помощью компонентов PowerShell служб Analysis Services, которые вызывают типы AMO напрямую. В PowerShell можно также создать и выполнить скрипт ASSL/XMLA или TMSL (в ФОРМАТЕ JSON).

  • TMSL и ASSL — это языки скриптов, предоставляющие объекты, используемые в операциях обнаружения и выполнения. Какой тип используемого скрипта зависит от базового сервера, базы данных или модели.

  • Табличные модели или базы данных на уровне совместимости 1200 и более поздних версий используют язык скриптов табличных моделей (TMSL), который находится в формате JSON.

  • Многомерные модели и табличные модели на уровнях совместимости 1050-1103 используют язык сценариев служб Analysis Services (ASSL), который является расширением служб Analysis Services открытого стандарта XMLA.

  • Вы можете создать скрипт ASSL или TMSL в Management Studio. Вы также можете использовать код представления в SQL Server Data Tools для просмотра определения модели в ASSL или TMSL.

• Хотя можно создать решение на основе открытых стандартов XMLA и MDX, это встречается довольно редко. Нет документации, отличной от XMLA и MDX, которая поможет вам, и основная часть сообщества и форумов поддержки основывается на опыте работы с технологиями .NET или нативными (MSOLAP).

Программирование для служб Analysis Services

Объекты управления службами Analysis Services (AMO) — справочная документация разработчика для управляемого поставщика, объектов управления службами Analysis Services (AMO) для определения и администрирования данных, включая обработку.

Табличная объектная модель — расширение клиентской библиотеки AMO, созданное для поддержки сценариев программирования для табличных моделей, созданных на уровне совместимости 1200 и выше.

Язык определения табличной модели (TMDL) — синтаксис определения объектной модели для табличных моделей данных на уровне совместимости 1200 или выше. Полностью совместим с TOM. Текстовые и оптимизированные для взаимодействия с человеком и удобства чтения.

Справочник по языку сценариев табличных моделей (TMSL) — JSON-представление табличных моделей на уровне совместимости 1200 и выше. Определения объектов основаны на табличных конструкциях метаданных, таких как таблица, столбец и связь, а не многомерные метаданные, которые могут быть незнакомы, если вы не знакомы с моделированием данных служб Analysis Services в табличном режиме.

Программирование многомерной модели — описывает задачи разработки и подходы к интеграции многомерных объектов модели в пользовательском решении.

ADOMD.NET . Справочная документация разработчика для управляемого поставщика, ADOMD.NET, используемая для программных рабочих нагрузок доступа к данным и запросов.

Справочник по XML для анализа (XMLA) — описывает понятия XMLA, которые помогут вам понять, как XMLA вносит свой вклад в пользовательское решение. Он также описывает уровень соответствия спецификации XMLA 1.1.

Язык сценариев служб Analysis Services (ASSL для XMLA) — описывает расширения ASSL для XMLA. ASSL предоставляет язык определения и обработки данных для многомерных моделей служб Analysis Services, которые дополняют спецификацию XMLA.

Наборы строк схемы служб Analysis Services - описывают наборы строк схемы, которые предоставляют сведения о состоянии сервера, операциях сервера и объектах базы данных.

Справочник по PowerShell для служб Analysis Services - Описывает командлеты, используемые для административных функций, а также командлет общего назначения Invoke-ASCmd, который принимает любой сценарий или запрос в качестве входных данных.