Рекомендации и ограничения, касающиеся потоков данных

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

Общие ограничения

• Потоки данных могут быть недоступны для всех клиентов DoD для государственных организаций США. Четность функций в средах государственных организаций можно найти в статье о доступности функций Power BI для государственных организаций.
• Удаленные источники данных не удаляются на странице источника данных потока данных, что является доброкачественным поведением и не влияет на обновление или редактирование потоков данных. В представлении происхождения удаленные источники данных отображаются в виде происхождения потока данных.
• Удаленные источники данных по-прежнему отображаются на странице "Настройка" в раскрывающемся списке шлюза.
• Глубина соответствует потокам данных, связанным с другими потоками данных. Текущая максимальная глубина составляет 32.
• Ширина соответствует сущностям в потоке данных.
  • Однако в общем потоке данных нет никаких рекомендаций или ограничений для оптимального количества сущностей, однако общие потоки данных имеют ограничение на обновление в два часа на сущность и три для каждого потока данных. Таким образом, если у вас есть две сущности, и каждый из них занимает два часа, их не следует помещать в один поток данных.
  • Для Power BI Premium рекомендации и ограничения основаны на отдельных вариантах использования, а не на конкретных требованиях. Единственным ограничением для Power BI Premium является 24-часовое обновление для каждого потока данных.
• Для обновления более 10 потоков данных между рабочими областями требуется подписка Power BI Premium.
• Ограничения PowerQuery приведены в статье об ограничениях Power Query Online.
• Потоки данных Power BI не поддерживают использование глобальных переменных в аргументе URL-адреса.
• В настоящее время использование нескольких регионов не поддерживается, если только не настраивается хранилище для использования собственной учетной записи хранения Azure Data Lake 2-го поколения.
• Поддержка виртуальной сети достигается с помощью шлюза.
• При использовании вычисляемых сущностей с источниками данных шлюза прием данных должен выполняться в разных источниках данных, отличных от вычислений. Вычисляемые сущности должны создаваться на основе сущностей, которые используются только для приема, а не приема данных в рамках собственных шагов mash-up.
• В потоках данных Power BI можно использовать параметры, но их нельзя изменить, если только вы не измените весь поток данных. В этом отношении параметры в потоках данных ведут себя аналогично объявленным константам.
• Некоторые соединители, найденные в сценариях устранения неполадок, не поддерживаются для потоков данных и маркеров данных в рабочих областях Premium.
• При использовании DirectQuery с потоком данных поиск с помощью визуального элемента среза учитывает регистр.

Создание потока данных

При создании потоков данных учитывайте следующие аспекты:

• Разработка в потоках данных выполняется в среде Power Query Online (PQO); см. ограничения, описанные в ограничениях Power Query. Так как создание потоков данных выполняется в среде Power Query Online (PQO), обновления, выполняемые в конфигурациях рабочих нагрузок потоков данных, влияют только на обновления, и не влияют на процесс разработки.

• Потоки данных могут изменяться только их владельцами.

• Потоки данных недоступны в моей рабочей области.

• Потоки данных, использующие источники данных шлюза, не поддерживают несколько учетных данных для одного источника данных.

• Для использования соединителя Web.Page требуется шлюз.

• В режиме редактирования потоков данных 1-го поколения пользователям может быть не удается удалить локальное подключение шлюза данных из потока данных с помощью >параметра загрузки>данных проекта>(нет) в раскрывающемся списке Шлюз данных. Следующие действия могут устранить проблему:

  1. Начните редактирование потока данных, в котором требуется удалить подключение к локальному шлюзу данных.
  2. Выберите "Параметры>" Для загрузки>данных шлюза данных проекта, нажмите кнопку "Нет", а затем "ОК".
  3. Если появится желтое предупреждение с кнопкой "Настройка подключения", выберите "Настроить подключение", выберите облачное подключение в раскрывающемся списке и вставьте учетные данные при необходимости для облачного подключения.
  4. Выберите " Управление подключениями> " и нажмите кнопку отмены связи подключения шлюза.
  5. Закройте диалоговое окно "Управление подключениями ", если требуется снова настроить подключение. Нажмите кнопку "Сохранить и закрыть" и дождитесь завершения операции сохранения.
  6. Если предупреждение "Настройка подключения" не отображается после применения предыдущих шагов, примените предыдущие шаги, сохраните и закройте поток данных, а затем измените его еще раз и проверка для предупреждения "Настройка подключения", чтобы вы запустите его.

  Если подключение к шлюзу по-прежнему не удаляется из потока данных, может потребоваться создать новый поток данных с теми же запросами, а не привязан к шлюзу.

Рекомендации по API

Дополнительные сведения о поддерживаемых ИНТЕРФЕЙСАх REST API потоков данных см. в справочнике по REST API. Ниже приведены некоторые рекомендации, на которые следует обратить внимание.

• Экспорт и импорт потока данных дает этот поток данных новым идентификатором.

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

• При развертывании потока данных можно использовать параметры createUniqueName и Abort обработчиков конфликтов, чтобы прервать операцию, если она уже существует, или указать API автоматически создать уникальное имя. Потоки данных можно перезаписать с помощью параметра CreateOrOverwrite , если они изначально созданы с помощью API импорта.

Потоки данных в общих емкостях

Существуют ограничения для потоков данных в общих емкостях (не премиум):

• При обновлении потока данных время ожидания в общей емкости составляет 2 часа на таблицу и 3 часа на поток данных.
• Связанные таблицы нельзя создавать в общих потоках данных, хотя они могут существовать в потоке данных, пока свойство Load Enabled в запросе отключено.
• Вычисляемая таблица не может быть создана в общих потоках данных.
• Службы AutoML и Cognitive Services недоступны в общих потоках данных.
• Добавочное обновление не работает в общих потоках данных.

Потоки данных в Premium

К потокам данных, существующих в выпуске Premium, применяются следующие рекомендации и ограничения.

Рекомендации по обновлению и данным:

• При обновлении потоков данных время ожидания составляет 24 часа (нет различий для таблиц и /или потоков данных).

• Изменение потока данных из политики добавочного обновления на обычное обновление или наоборот удаляет все данные.

• Изменение схемы потока данных удаляет все данные.

• При использовании лицензии Premium на пользователя (PPU) с потоками данных данные очищаются при перемещении данных из среды PPU.

• При обновлении потока данных в контексте "Премиум для каждого пользователя" (PPU) данные не отображаются для пользователей, не являющихся PPU.

• Добавочное обновление работает с потоками данных, только если включен расширенный вычислительный модуль.

Связанные и вычисляемые таблицы:

• Связанные таблицы могут перейти к глубине 32 ссылок.

• Циклические зависимости связанных таблиц не допускаются.

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

• Если запрос (например, запрос A) используется в вычислении другого запроса (запроса B) в потоках данных, запрос B становится вычисляемой таблицей. Вычисляемые таблицы не могут ссылаться на локальные источники.

Подсистема вычислений:

• При использовании подсистемы вычислений приблизительно на 10% до 20 % начального увеличения времени приема данных.

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

• Только некоторые операции используют подсистему вычислений и используются только при использовании в связанной таблице или в качестве вычисляемой таблицы. Полный список операций доступен в этой записи блога.

Управление емкостью:

• Благодаря проектированию емкости Power BI premium имеют внутренний диспетчер ресурсов, который регулирует рабочие нагрузки разными способами, когда емкость выполняется на низком уровне памяти.

  1. Для потоков данных это давление регулирования уменьшает количество доступных контейнеров M.
  2. Объем памяти для потоков данных может быть установлен на 100 %, при этом контейнер с соответствующим размером для ваших размеров данных, а рабочая нагрузка будет управлять количеством контейнеров соответствующим образом.

• Приблизительное количество контейнеров можно определить, разделив общую память, выделенную рабочей нагрузке, на объем памяти, выделенной контейнеру.

Использование потока данных в семантических моделях

• При создании семантической модели в Power BI Desktop и публикации ее в служба Power BI убедитесь, что учетные данные, используемые в Power BI Desktop для источника данных потоков данных, являются теми же учетными данными, которые используются при публикации семантической модели в службе.
  1. Не удалось убедиться, что эти учетные данные совпадают с ошибками ключа при обновлении семантической модели.

Потоки данных и именованные подключения

При использовании потоков данных с именованными подключениями применяются следующие ограничения:

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

Ограничения ADLS

• ADLS недоступна в средах GCC, GCC High или DOD. Дополнительные сведения см. в разделе Power BI для клиентов государственных организаций США.
• Вы должны быть назначены владельцем ресурса из-за изменений в API ADLS 2-го поколения.
• Миграция подписок Azure не поддерживается, но для этого существует два варианта:
  • Первый подход: после миграции пользователь может отсоединить рабочие области и повторно подключить их. При использовании учетной записи уровня клиента необходимо отсоединить все рабочие области, а затем отсоединить ее на уровне клиента и повторно подключиться. Это может быть нежелательно для клиентов, которые не хотят удалять все их потоки данных или иметь множество рабочих областей.
  • Второй подход: если предыдущий подход не является возможным, отправьте запрос на поддержку, чтобы изменить идентификатор подписки в базе данных.
• ADLS не поддерживает большинство элементов в списке в разделе "Каталоги и имена файлов" статьи об именовании рабочих областей и именовании потока данных из-за следующих ограничений:
  • Power BI возвращает неисправную ошибку или позволяет выполнить процесс, но обновление завершится ошибкой.
• Подписки ADLS между клиентами не поддерживаются. AdLS, подключенные к Power BI, должны быть частью того же клиента Azure, который Power BI использует для идентификатора Microsoft Entra.

Типы данных потока данных

Типы данных, поддерживаемые в потоках данных, являются следующими:

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

Дополнительные сведения о потоках данных и Power BI см. в следующих статьях.

• Введение в потоки данных и самостоятельную подготовку данных
• Создание потока данных
• Настройка и использование потока данных
• Настройка хранилища потока данных для использования Azure Data Lake 2-го поколения
• Функции потоков данных уровня "Премиум"
• ИИ с потоками данных
• Рекомендации по потокам данных