Оптимизация семантической модели Copilot в Power BI

Применимо к:✅ служба Power BI

Хорошо подготовленная семантическая модель дает Copilot более надежную основу для точного ответа на бизнес-вопросы в Power BI. Прежде чем предоставить Copilot пользователям, оцените свою модель и устраните проблемы, которые могут повлиять на качество ответов. Начните с мер, связей и определений бизнеса, уже используемых в отчетах. Устраните проблемы моделирования в семантической модели, так как дополнительные инструкции не могут исправить неточные связи или недопустимые агрегаты. Затем оптимизируйте модель для Copilot и внедрите последовательный процесс проверки.

Эта статья предназначена для авторов семантических моделей, владельцев отчетов и команд, которые знакомят пользователей с Copilot. Это дополняет Задавайте Copilotвопросы о своих данных, где описывается, как пользователи могут задавать вопросы и проверять результаты. В этой статье объясняется, как подготовить семантическую модель и оценить ответы, которые выдает Copilot.

Замечание

Помните о следующих требованиях:

Замечание

В интерфейсе веб-моделирования служба Power BI можно сделать больше, Copilot чем оценить модель. Он также может предлагать и применять изменения напрямую, такие как переименование таблиц и столбцов, создание связей и создание мер DAX. Руководство по оптимизации в этой статье напрямую поддерживает лучшие результаты этого анализа: хорошо структурированная, четко именованной модель помогает Copilot создавать более точные и полезные предложения.

Начните с ориентированных бизнес-вопросов

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

Включите вопросы, которые предоставляют неоднозначность. Например, как выполняются продажи? Может ссылаться на доход, объем заказов, рост или маржу. Определите интерпретацию по умолчанию или укажите Copilot , чтобы запросить уточнение.

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

Просмотр и улучшение семантической модели

Используйте рекомендации из следующих таблиц, чтобы помочь Copilot интерпретировать вашу семантическую модель и повысить качество ответов.

Структура модели

Элемент Рассмотрение Описание Куда подать заявление Пример
Связывание таблиц Определение четких связей Четко определите все связи между таблицами и убедитесь, что они логически. Укажите, какие связи относятся к типу один-ко-многим, многие-к-одному или многие-ко-многим. В представлении модели выберите "Управление связями" Создайте отношение "один ко многим" от Date[DateID] к Sales[DateID] и убедитесь, что связь активна.
Таблицы фактов Четкое назначение и уровень детализации Четко определите таблицы фактов и определите, что представляет каждая строка. Убедитесь, что вычисления используют агрегаты, соответствующие этому уровню детализации. В свойствах таблицы и структуре модели Давайте таблицам фактов понятные названия, например FactSales, и описывайте уровень их детализации, например: одна строка на каждую позицию заказа.
Таблицы измерений Вспомогательные описательные данные Создайте таблицы измерений, содержащие описательные атрибуты, связанные с количественными мерами в фактических таблицах. В свойствах таблицы и структуре модели данных Создайте таблицы измерений, такие как DimProduct с атрибутами (ProductName, Category, Brand) и DimCustomer с атрибутами (CustomerName, City, Segment).
Иерархии Логические группировки Установите четкие иерархии в данных, особенно для таблиц измерений, которые поддерживают детализацию в отчетах. В контекстном меню таблицы выберите "Создать иерархию" Date В таблице создайте иерархию: Year>Quarter>Month>Day В Geography таблице: Country/Region>State>City.
Типы отношений Четко указанный Чтобы обеспечить точное создание отчетов, четко укажите характер связей (активных или неактивных) и их кратности. Диалоговое окно свойств связи Установите Date как Sales "многие к одному" (активно), Product как Sales "многие к одному" (активно) и отметьте ролевые отношения как неактивные, когда это необходимо.

Меры и ключевые показатели эффективности

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

Элемент Рассмотрение Описание Куда подать заявление Пример
Меры Стандартизованная логика вычисления Обеспечьте показатели стандартизированной, понятной логикой расчёта, которую легко объяснить и понять. В определении и описании свойства измерения Мера DAX: Total Sales = SUM(Sales[SaleAmount]) и добавьте описание: "Сумма всех объемов продаж".
Меры Соглашения об именах Давайте мерам названия, которые четко отражают способ их вычисления и назначение. В поле "Название показателя" при создании показателей Используйте описательное имя: Average Customer Rating вместо сокращенного: AvgRating
Меры Предопределенные и проверенные меры Создание повторно используемых мер для распространенных запросов и критически важных для бизнеса вычислений. Проверьте эту логику, чтобы авторы отчетов и Copilot использовали единые бизнес-определения. В свойстве определения и описания мер Укажите [Net Sales] в соответствии с утвержденным порядком обработки возвратов, скидок и отмененных заказов. Включите часто запрашиваемые показатели, такие как объём продаж с начала года и рост по сравнению с предыдущим месяцем.
Меры Соотношения Определите соотношения с соответствующим поведением числителя, знаменателя и агрегирования. В определении показателя Определите [Gross Margin %] путем деления утвержденного показателя валовой маржи на утвержденный показатель чистых продаж вместо усреднения процентных значений на уровне строк.
Меры Счётчики Создавайте отдельные меры, когда количество строк и количество бизнес-событий дают разные результаты. В определении меры Определение [Order Count] отдельно от [Order Line Count].
Меры Балансы на определённый момент времени Используйте показатели, которые корректно агрегируют данные моментальных снимков по продуктам, местоположениям и датам. В определении меры Определите меру конечных запасов вместо суммирования ежедневных снимков запасов по всем датам.
Меры Форматы отображения Применение форматов, которые делают единицу и масштаб каждой меры ясной. В свойстве Format меры Форматируйте денежные значения как валюту, отношения — как проценты, а количества — как целые числа.
Ключевые показатели эффективности (КПЭ) Предопределенные и актуальные Установите набор ключевых показателей эффективности, которые относятся к бизнес-контексту и часто отображаются в отчетах. Создание мер для часто отслеживаемых ключевых показателей эффективности Определите такие меры, как ROI = DIVIDE([Profit], [Investment]), CAC = DIVIDE([Marketing Spend], [New Customers]). LTV = [Avg Order Value] * [Purchase Frequency] * [Customer Lifespan]

Столбцы и качество данных

Элемент Рассмотрение Описание Куда подать заявление Пример
Имена столбцов Неоднозначные метки Сделайте имена столбцов однозначными и понятными без пояснений. Сохраняйте полезные бизнес-идентификаторы, но избегайте идентификаторов или кодов, требующих дальнейшего поиска без контекста. Переименование столбцов в редакторе Power Query или представлении модели Переименуйте столбец с ProdID на Product ID или Product Name, и столбец с CustNo на Customer Number.
Типы данных столбцов Правильный и согласованный Примените правильные и согласованные типы данных для столбцов во всех таблицах, чтобы обеспечить правильное вычисление мер и включение правильной сортировки и фильтрации. В свойствах столбца задайте тип данных Убедитесь, что Sales[SaleAmount] является десятичным числом (не текст), Date[Date] является датой (не текст), Product[ProductID] является целым числом.
Согласованность данных Стандартные значения Сохраняйте стандартизированные значения в столбцах, чтобы обеспечить согласованность в фильтрах и отчетах. Используйте преобразования "Найти и Заменить" или Power Query. В столбце Status убедитесь, что все значения используют согласованный регистр, например: Open, Closed, Pending (не смешанный регистр, такой как open, CLOSED).
Столбцы с датами Четкий бизнес-смысл Различает даты с различными деловыми значениями. Документируйте, используют ли периоды финансовый или календарный год, в том числе при запуске финансового года. Используйте столбцы с датами и связи вместо того, чтобы полагаться только на текстовые метки. В таблицах дат, связях и свойствах описания Используйте отдельные столбцы Shipment Date и Order Date. Определите столбцы финансового периода вместо того, чтобы полагаться только на метки, например Q1.
Ключевые столбцы Полные и уникальные значения Устраните отсутствующие или дублирующиеся ключи, чтобы связи и вычисления давали точные результаты. При преобразовании данных в Power Query и в исходных данных Убедитесь, что каждая строка в клиентском измерении содержит уникальный непустой ключ клиента.

Обновление, безопасность и метаданные

Элемент Рассмотрение Описание Куда подать заявление Пример
Графики обновления Прозрачный и запланированный Четко сообщайте расписания обновления данных, чтобы пользователи понимали своевременность данных, которые они анализируют. В параметрах набора данных и документации Добавьте текстовое поле или описание, указывающее: "Данные обновляются ежедневно в 6:00 утра по UTC" или "Данные в реальном времени с обновлением каждые 15 минут".
Безопасность Определения на уровне ролей Определите роли безопасности для различных уровней доступа к данным, если есть конфиденциальные элементы, которые не все пользователи должны видеть. В представлении модели выберите "Управление ролями" Создайте роль "Команда продаж" с фильтром: Sales[Region] = USERNAME(), а также роль "HR" с фильтром в таблицах данных сотрудников.
Метаданные Документация по структуре Для справки задокументируйте структуру модели данных, включая таблицы, столбцы, связи и меры. Использование свойств описания и внешней документации Добавьте описания в таблицы и столбцы. Создайте отдельный документ с схемой моделей, словарем данных и каталогом мер.

Особенности запросов DAX

В следующей таблице перечислены другие критерии, которые помогают создавать точные запросы выражений анализа данных (DAX) с Copilotпомощью . Эти рекомендации помогут вам создать точные запросы DAX.

Элемент Рассмотрение Описание Куда подать заявление Пример
Меры, таблицы и столбцы Описания В свойстве описания определите каждый элемент и способ его использования. Начните с её бизнес-значения, единицы измерения и ключевых исключений. Copilot использует только первые 200 символов. В области "Свойства" поле "Описание" для мер, таблиц и столбцов В качестве меры [YOY Sales]добавьте описание: "Разница между годом и годом (YOY) в заказах. Используйте столбец Date[Year] для отображения по годам, кроме последнего года. Частичные годы сравниваются с тем же периодом предыдущего года".
Группы вычислений Описания Метаданные модели не включают элементы вычисления. Используйте описание столбца группы вычислений для перечисления и объяснить, как использовать элементы вычисления. Copilot использует только первые 200 символов. В области "Свойства" для столбца группы вычислений Для столбца группы вычислений аналитики по времени добавьте описание: "Использовать с мерами и таблицей дат: Current: текущая величина, MTD: месяц на текущую дату, QTD: квартал на текущую дату, YTD: год на текущую дату, PY: предыдущий год, PY MTD: предыдущий месяц на дату, PY QTD: предыдущий квартал на дату, YOY: изменение по сравнению с прошлым годом, YOY%: YOY как процент". Для таблицы мер добавьте: "Меры используются для агрегации данных." Эти меры можно показать как год за год с помощью этого синтаксиса CALCULATE([Имя меры], Time intelligence[вычисление времени] = YOY)."

Устранение неполадок с результатами теста

Просмотрите созданный запрос и результаты, чтобы определить источник проблемы перед обновлением инструкций ИИ.

Issue Что требуется проверить
Неправильная бизнес-метрика Просмотрите имена мер, описания, выбор схемы данных ИИ и инструкции, определяющие метрику по умолчанию.
Непредвиденный общий или временный период Сравните контекст фильтра и основу даты с ожидаемым результатом. Затем просмотрите поведение связей и логику агрегирования.
Отсутствующие категории или нет результатов Проверьте исходные данные, состояние обновления, значения категорий, запрошенный период и разрешения потребителя. Не интерпретируйте отсутствие результата как ноль.
Правильные данные с вводящей в заблуждение презентацией Проверьте единицы измерения, форматирование, сортировку и не утверждает ли объяснение больше, чем позволяют данные.
Медленный или неудачный ответ Проверьте производительность созданного запроса и семантической модели. Сравните запрос с проверенным справочным запросом перед изменением бизнес-рекомендаций.
Подготовка данных для ИИ: изменения не отображаются Убедитесь, что вы изменили правильную семантику и разрешите время, чтобы изменения вступили в силу. Закройте и снова откройте панель Copilot, а затем проверьте все требования к развертыванию и обновлению.

Сведения о требованиях к тестированию, развертыванию и обновлению см. в разделах Тестирование изменений Copilot инструментов и Соображения и ограничения.

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

  • Last updated on