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

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

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

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

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

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

Чтобы дополнительно уточнить последний момент о создании новых типов объектов, хотя вы не можете создать новый тип объекта, можно создать вычисляемые объекты, созданные на основе выражений или кода во время выполнения. Не все элементы в модели должны быть предопределены и сопоставлены с существующей структурой данных. Кроме того, вы можете расширить схему с помощью примечаний в 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 и многомерных выражений, это довольно редко. Кроме xmlA и справочника по многомерным выражениям, не существует никакой документации, а большая часть поддержки сообщества и форумов опирается на опыт работы с .NET или собственными технологиями (MSOLAP).

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

AMO служб Analysis Services — справочная документация разработчика по управляемому поставщику (AMO) analysis Services Management Objects (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 , который принимает в качестве входных данных любой скрипт или запрос.