Сценарии использования Power BI: расширенное управление моделью данных

Примечание.

Эта статья входит в серию статей по планированию реализации Power BI. В этой серии основное внимание уделяется рабочей нагрузке Power BI в Microsoft Fabric. Общие сведения о серии см. в статье о планировании реализации Power BI.

В этом сценарии использования основное внимание уделяется расширенному управлению моделью данных, что связано с тем, что создатель содержимого Power BI использует стороннее средство для разработки, управления и оптимизации моделей данных. Некоторые сторонние средства — это внешние инструменты, которые Power BI Desktop поддерживает напрямую. Вы также можете управлять опубликованной моделью данных (семантической моделью, ранее известной как набор данных), напрямую взаимодействуя с конечной точкой XMLA в служба Power BI.

Модели данных размещаются в служба Power BI, Azure Analysis Services (AAS) или SQL Server Analysis Services (SSAS). Этот сценарий использования посвящен использованию конечной точки XMLA в служба Power BI.

Совет

Многие люди ссылаются на сторонние инструменты как внешние инструменты. Однако существуют различия в том, как можно использовать различные инструменты. Подключение в локальную модель данных в Power BI Desktop — это самая литеральная интерпретация термина внешнего инструмента. В этом сценарии расширенного управления моделями данных основное внимание уделяется подключению к удаленной модели данных (семантической модели, размещенной в служба Power BI) с помощью конечной точки XMLA. Дополнительные сведения о различных способах использования сторонних средств описаны далее в этой статье.

Вы можете обеспечить подключение к модели данных с помощью протокола XML для анализа (XMLA). Протокол XMLA — это стандартный отраслевый протокол, поддерживаемый более чем 25 поставщиками, включая Корпорацию Майкрософт. Все средства, включая сторонние средства, соответствующие протоколу XMLA, используют клиентские библиотеки Майкрософт для чтения и /или записи данных в модель данных. Подключение тивность достигается с помощью конечной точки XMLA, которая представляет собой API, предоставляемый моделью данных, которая расширяет возможности разработки и управления, доступные создателям семантических моделей.

Примечание.

Этот расширенный сценарий управления моделью данных является одним из сценариев управления содержимым и развертывания . Полный список сценариев самостоятельного использования см . в сценариях использования Power BI.

Для краткости некоторые аспекты, описанные в сценариях совместной работы и доставки содержимого, не рассматриваются в этой статье. Для полного охвата сначала ознакомьтесь с этими статьями.

Схема сценария

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

Внимание

Иногда эта статья относится к Power BI Premium или ее подпискам на емкость (SKU). Обратите внимание, что корпорация Майкрософт в настоящее время объединяет варианты покупки и отставает от номера SKU емкости Power BI Premium. Новые и существующие клиенты должны рассмотреть возможность приобретения подписок на емкость Fabric (SKU) вместо этого.

Дополнительные сведения см. в разделе "Важные обновления", поступающие в лицензирование Power BI Premium и вопросы и ответы по Power BI Premium.

Совет

Рекомендуется ознакомиться с сценарием самостоятельной публикации контента, если вы не знакомы с ним. Сценарий управления расширенной моделью данных основан на этом сценарии.

Примечание.

Иногда термины семантической модели и модели данных используются взаимозаменяемо. Как правило, с точки зрения служба Power BI она называется семантической моделью. С точки зрения разработки она называется моделью данных (или моделью для краткой). В этой статье оба термина имеют одно и то же значение. Аналогичным образом создатель семантической модели и модельизатор данных имеют то же значение.

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

Совет

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

На схеме сценария показаны следующие действия пользователя, инструменты и функции:

Элемент	Description
	Создатели моделей разрабатывают модели данных с помощью табличного редактора. Обычно начальная работа проектирования (например, работа Power Query) выполняется в Power BI Desktop перед переходом на табличный редактор (не показана на схеме сценария).
	Модель данных подключается к данным из одного или нескольких источников данных.
	Некоторым источникам данных может потребоваться локальный шлюз данных или шлюз виртуальной сети для обновления данных, например те, которые находятся в частной сети организации.
	Разработка модели данных выполняется в табличном редакторе. Поддерживается редактирование скриптов Power Query (M). Создатели моделей могут использовать сценарии C# для ускорения разработки.
	После готовности создатели семантической модели публикуют модель данных из табличного редактора в служба Power BI с помощью конечной точки XMLA целевой рабочей области.
	Модель данных публикуется в рабочей области, выделенной для хранения и защиты общих семантических моделей. Доступ к рабочей области с помощью конечной точки XMLA возможен только в том случае, если для режима лицензии рабочей области задана емкость Fabric, емкость Premium, Premium на пользователя или Внедренная.
	Создатели отчетов создают отчеты с помощью динамического подключения к общей семантической модели.
	Создатели отчетов разрабатывают отчеты в Power BI Desktop. Кроме целенаправленного разделения отчетов от семантических моделей, создатели содержимого следуют типичному процессу создания отчетов.
	После готовности создатели отчетов публикуют свой файл Power BI Desktop (PBIX) или файл проекта Power BI (PBIP) в служба Power BI.
	Отчеты публикуются в рабочей области, выделенной для хранения и защиты отчетов и панелей мониторинга.
	Опубликованные отчеты остаются подключенными к общей семантической модели, которая хранится в другой рабочей области. Любые изменения, внесенные в общую семантику модели, влияют на все зависимые отчеты.
	Сторонние средства могут использовать конечную точку XMLA для запроса общей семантической модели. Другие средства, совместимые с XMLA, такие как DAX Studio, семантическая ссылка из записных книжек Fabric или Windows PowerShell, можно использовать для запроса или обновления общей семантической модели. Power BI Desktop, Excel и построитель отчетов также могут подключаться с помощью конечной точки XMLA (не показанной на схеме сценария).
	Другие средства Майкрософт и сторонние средства могут использовать конечную точку XMLA для управления семантической моделью и предоставления управления жизненным циклом приложений. Дополнительные сведения см. в клиентских средствах на основе конечных точек XMLA.
	Администраторы Структуры управляют параметром клиента, чтобы включить использование конечной точки XMLA. Администратор должен включить конечную точку XMLA для емкостей Fabric, емкостей Premium и параметров premium на пользователя.
	Администраторы Структуры контролируют и отслеживают действия на портале Fabric.

Ключевые моменты

Ниже приведены некоторые ключевые моменты, которые необходимо подчеркнуть в сценарии расширенного управления моделью данных.

Сторонние приложения и средства

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

Существует несколько способов использования сторонних приложений:

• Подключение в удаленную модель данных с помощью конечной точки XMLA: Некоторые сторонние средства могут подключаться непосредственно к удаленной модели данных в служба Power BI (или службах Analysis Services). После подключения к конечной точке XMLA поддерживаются все операции табличной объектной модели (TOM ). Этот подход является основным акцентом на этом сценарии использования.
• Подключение в локальную модель данных в Power BI Desktop: Некоторые сторонние средства могут подключаться к локальной модели данных, которая открыта в Power BI Desktop (не показана на схеме сценария). Однако существуют некоторые ограничения, а не все функции внешнего инструмента официально поддерживаются.
• Подключение в файл шаблона в Power BI Desktop: Некоторые сторонние средства распределяют свои функциональные возможности в упрощенном режиме с помощью файла шаблона Power BI Desktop (Pbit) (не показанного на схеме сценария).

Tabular Editor

Табличный редактор показан на схеме сценария. Это стороннее средство, которое достигло широкого внедрения сообществом Power BI. Ниже приведены некоторые преимущества управления табличными моделями данных с помощью табличного редактора:

• Настройка возможностей модели данных, не поддерживаемых в Power BI Desktop: табличный редактор предоставляет интерфейс для настройки безопасности на уровне объектов (OLS), групп вычислений, перспектив, переводов и секций.
• Поддержка параллельной разработки моделей: средства разработки моделей данных Майкрософт, такие как Visual Studio с проектами Служб Analysis Services, хранят все определение модели данных в файле Model.bim . Этот один файл может затруднить совместную работу команды разработчиков с одной моделью данных. В табличном редакторе есть функция сериализации папок. Сериализация папок деконструирует файл Model.bim в отдельные файлы, относящиеся к объектам, в структуре упорядоченной папки. Затем разные моделиторы данных могут работать над различными файлами с меньшим риском перезаписи усилий друг друга.
• Интеграция с системой управления версиями: сериализация папок позволяет системе управления версиями легко обнаруживать изменения модели данных, что упрощает слияние источников и разрешение конфликтов.
• Улучшено качество и дизайн модели данных: табличный редактор интегрируется с анализатором рекомендаций (BPA). BPA помогает моделировать данные с набором настраиваемых правил, которые могут повысить качество, согласованность и производительность моделей данных. Вы можете скачать набор правил рекомендаций (предоставляемых корпорацией Майкрософт) из GitHub.
• Повышенная производительность при разработке моделей данных: интерфейс табличного редактора хорошо подходит для выполнения пакетных изменений, отладки и просмотра зависимостей модели данных. Табличный редактор отличается от Power BI Desktop в том, что он работает в отключенном режиме. Вы можете внести изменения в модель данных в отключенном режиме и зафиксировать их в виде пакета изменений. Этот способ позволяет ускорить разработку и проверку, особенно для опытных моделей данных. Кроме того, можно создать скрипты C# и сохранить их в виде макросов. Эти сценарии помогут повысить эффективность управления и синхронизации нескольких моделей данных.

Конечная точка XMLA

Конечная точка XMLA использует протокол XMLA для предоставления всех функций табличной модели данных, включая некоторые операции моделирования данных, которые не поддерживаются Power BI Desktop. API TOM можно использовать для внесения программных изменений в модель данных.

Конечная точка XMLA также обеспечивает подключение. Вы можете подключаться только к семантической модели, если в рабочей области, в которую задан режим лицензии, задано значение Premium на пользователя, Premium на емкость или Embedded. После подключения средство, совместимое с XMLA, может работать с моделью данных двумя способами:

• Запись данных и метаданных. Использование конечной точки XMLA для чтения и записи позволяет:
  • Возможности моделирования данных, которые не поддерживаются Power BI Desktop, например безопасность на уровне объектов (OLS), группы вычислений, перспективы, переводы и управление секциями.
  • Более сложные развертывания. Например, частичное развертывание или развертывание только метаданных, которое публикует только одну новую меру.
  • Асинхронное обновление семантической модели. Например, обновление одной таблицы или секции.
• Чтение данных и метаданных. Использование конечной точки XMLA только для чтения позволяет:
  • Мониторинг, отладка и трассировка семантических моделей и запросов.
  • Позволяя сторонним средствам создания отчетов данных визуализировать источник данных из общей семантической модели. Этот метод является отличным способом расширить преимущества и инвестиции в управляемый самообслуживание бизнес-аналитики.

Предупреждение

После изменения или публикации семантической модели с помощью конечной точки XMLA вы больше не сможете скачать ее из служба Power BI в виде файла Power BI Desktop.

Параметры XMLA на емкость

Каждая емкость Power BI Premium и емкость Power BI Embedded имеет параметр для управления тем, доступна ли конечная точка XMLA только для чтения, чтения и записи или выключена. Этот параметр также доступен для всех рабочих областей Premium на пользователя в клиенте Power BI. Доступ к XMLA для чтения и записи должен быть включен для каждой емкости, содержащей семантические модели, которыми требуется управлять с помощью средства, отличного от Power BI Desktop.

Совет

Параметр конечной точки XMLA (чтение и запись, только для чтения или выключения) применяется ко всем рабочим областям и семантических моделям, назначенным определенной емкости. Вы можете настроить несколько емкостей для децентрализованного и/или настроить способ управления содержимым для каждой емкости.

Параметр клиента XMLA

Помимо параметров конечной точки XMLA администратор Power BI должен использовать параметры клиента, чтобы разрешить конечные точки XMLA и анализировать в Excel с помощью локальных семантических моделей. Если этот параметр включен, можно разрешить всем пользователям или определенным группам безопасности использовать конечную точку XMLA.

Примечание.

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

Сторонние средства

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

Совет

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

Примечание.

Для некоторых сторонних средств требуется платная лицензия, например табличный редактор 3. Другие средства сообщества являются бесплатными и открытый код (например, табличный редактор 2, DAX Studio и ALM набор средств). Мы рекомендуем тщательно оценить возможности каждого инструмента, стоимости и модели поддержки, чтобы вы могли адекватно поддерживать ваше сообщество создателей контента.

Управление моделью данных

Основное внимание в этом сценарии использования уделяется создателю контента, который использует табличный редактор для управления моделью данных. Для часто используемых расширенных требований к управлению моделью данных( например, иногда управление секциями) можно использовать средство, например SQL Server Management Studio (SSMS). Разработчик .NET также может создавать семантические модели Power BI и управлять ими с помощью API TOM.

Совет

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

Разделение модели данных и отчетов

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

Установка шлюза

Как правило, шлюз данных требуется при доступе к источникам данных, которые находятся в частной корпоративной сети или виртуальной сети. Локальный шлюз данных становится актуальным после публикации модели данных в служба Power BI. Двумя целями шлюза являются обновление импортированных данных или просмотр отчета, запрашивающего динамическое подключение или семантику DirectQuery (не показанную на схеме сценария).

Примечание.

Централизованный шлюз данных в стандартном режиме настоятельно рекомендуется использовать через шлюзы в личном режиме. В стандартном режиме шлюз данных поддерживает динамическое подключение и операции DirectQuery (помимо запланированных операций обновления данных).

Дополнительные сведения см. в разделе "Локальный шлюз данных" (стандартный режим).

Системный надзор

Журнал действий записывает действия пользователя, происходящие в служба Power BI. Администраторы Power BI могут использовать данные журнала действий, собранные для аудита, чтобы помочь им понять действия, которые подключаются через конечные точки XMLA.

Связанный контент

Другие полезные сценарии, которые помогут вам в принятии решений по реализации Power BI, см. в статье о сценариях использования Power BI.