Considerações e limitações sobre fluxo de dados

2025-06-06

Há algumas limitações de fluxo de dados entre criação, atualizações e gerenciamento de capacidade que os usuários devem ter em mente, conforme descrito nas seções a seguir.

Limitações gerais

Os fluxos de dados podem não estar disponíveis para todos os clientes do DoD do Governo dos EUA. A paridade de recursos entre ambientes governamentais pode ser encontrada no artigo sobre a disponibilidade de recursos do Power BI para o governo.
As fontes de dados excluídas não são removidas da página de fonte de dados do fluxo de dados, que é um comportamento benigno e não afeta a atualização ou edição de fluxos de dados. No Modo de Exibição de Linhagem, as fontes de dados excluídas aparecem como linhagem para um fluxo de dados.
As fontes de dados excluídas ainda aparecem na página Configuração na lista suspensa do gateway.
A profundidade equivale a fluxos de dados vinculados a outros fluxos de dados. A profundidade máxima atual é 32.
A amplitude equivale a entidades dentro de um fluxo de dados.
- Não há diretrizes ou limites para que o número ideal de entidades esteja em um fluxo de dados, no entanto, os fluxos de dados compartilhados têm um limite de atualização de duas horas por entidade e três por fluxo de dados. Portanto, se você tiver duas entidades e cada uma levar duas horas, não deverá colocá-las no mesmo fluxo de dados.
- Para o Power BI Premium, as diretrizes e os limites são baseados em casos de uso individuais, em vez de requisitos específicos. O único limite para o Power BI Premium é uma atualização de 24 horas por fluxo de dados.
Uma assinatura do Power BI Premium é necessária para atualizar mais de 10 fluxos de dados entre workspaces.
As limitações do PowerQuery são encontradas no artigo Limites do Power Query Online .
Os fluxos de dados do Power BI não dão suporte ao uso de variáveis globais em um argumento de URL.
No momento, não há suporte para várias áreas geográficas, a menos que configure o armazenamento para usar sua própria conta de armazenamento do Azure Data Lake Gen2.
O suporte à Vnet é obtido usando um gateway.
Quando você usa entidades computadas com fontes de dados de gateway, a ingestão de dados deve ocorrer em fontes de dados diferentes das computações. As entidades computadas devem se basear em entidades que são usadas apenas para ingestão e não ingerir dados em suas próprias etapas de mash-up.
Nos fluxos de dados do Power BI, você pode usar parâmetros, mas não pode editá-los, a menos que edite todo o fluxo de dados. Nesse sentido, os parâmetros nos fluxos de dados se comportam de forma semelhante às constantes declaradas.
Alguns conectores encontrados em cenários de atualização de solução de problemas não têm suporte para fluxos de dados e datamarts em workspaces Premium.
Ao usar o DirectQuery com um fluxo de dados, as pesquisas usando o visual de segmentação diferenciam maiúsculas de minúsculas.
Os seguintes caracteres não são permitidos em entidades de fluxo de dados: \/

Criação de fluxo de dados

Ao criar fluxos de dados, esteja atento às seguintes considerações:

A criação em fluxos de dados é feita no ambiente PQO (Power Query Online) ; consulte as limitações descritas nos limites do Power Query. Como a criação de fluxos de dados é feita no ambiente PQO (Power Query Online), as atualizações executadas nas configurações de carga de trabalho de fluxos de dados afetam apenas as atualizações e não têm efeito na experiência de criação.
Os fluxos de dados só podem ser modificados por seus proprietários.
Os fluxos de dados não estão disponíveis em Meu Workspace.
Fluxos de dados usando fontes de dados de gateway não dão suporte a várias credenciais para a mesma fonte de dados.
Usar o conector Web.Page requer um gateway.
Na experiência de edição Gen1 de fluxos de dados, os usuários podem não conseguir remover uma conexão do Gateway de Dados local do fluxo de dados usando Opções>Projeto>Carga de Dados>selecionar (nenhuma) na lista suspensa do Gateway de Dados. As seguintes etapas podem resolver o problema:
1. Comece a editar o fluxo de dados no qual você deseja remover a conexão do Gateway de Dados local.
2. Selecione Opções>Carregar dados do projeto>Gateway de dados, selecione Nenhum e, em seguida, OK.
3. Se um aviso amarelo com um botão "Configurar conexão" for exibido, selecione Configurar conexão, selecione a conexão de nuvem na caixa suspensa e insira as credenciais, se necessário, para a conexão de nuvem.
4. Selecione Gerenciar conexões e, em seguida, selecione o botão de desvincular> da conexão do Gateway.
5. Feche a caixa de diálogo Gerenciar conexões, se for necessário que você "Configure conexões" novamente, faça isso. Selecione Salvar e fechar e aguarde a conclusão da operação de salvamento.
6. Se o aviso "Configurar conexão" não aparecer depois de aplicar as etapas anteriores, aplique as etapas anteriores, salve e feche o fluxo de dados e, em seguida, edite-o novamente e verifique se o aviso "Configurar conexão" será exibido para que você tome medidas sobre ele.
Se a conexão com o Gateway ainda não for removida do fluxo de dados, talvez seja necessário recriar um novo fluxo de dados com as mesmas consultas, não associadas ao Gateway.

Considerações sobre API

Mais informações sobre os fluxos de dados suportados por APIs REST podem ser encontradas na Referência da API REST. Aqui estão algumas considerações a serem consideradas:

Exportar e importar um fluxo de dados fornece a esse fluxo de dados uma nova ID.
A importação de fluxos de dados que contêm tabelas vinculadas não atualiza as referências existentes no fluxo de dados (essas consultas devem ser atualizadas manualmente antes de importar o fluxo de dados).
Ao implantar um fluxo de dados, você pode usar os parâmetros GenerateUniqueName e Abort dos manipuladores de conflito para anular a operação quando ela já existir ou instruir a API a criar automaticamente um nome exclusivo. Os fluxos de dados podem ser substituídos com o parâmetro CreateOrOverwrite , se eles tiverem sido criados inicialmente usando a API de importação.

Fluxos de dados em capacidades compartilhadas

Há limitações para fluxos de dados em capacidades compartilhadas (capacidades não Premium):

Quando um fluxo de dados é atualizado, os tempos limite em uma capacidade compartilhada são de 2 horas por tabela e 3 horas por fluxo de dados.
As tabelas vinculadas não podem ser criadas em fluxos de dados compartilhados, embora possam existir dentro do fluxo de dados, desde que a propriedade Load Enabled na consulta esteja desabilitada.
Tabelas computadas não podem ser criadas em fluxos de dados compartilhados.
Os serviços AutoML e Cognitivo não estão disponíveis em fluxos de dados compartilhados.
A atualização incremental não funciona em fluxos de dados compartilhados.

Fluxos de dados no Premium

Os fluxos de dados existentes no Premium têm as seguintes considerações e limitações.

Atualizações e considerações de dados:

Ao atualizar fluxos de dados, os tempos limite são de 24 horas (sem distinção para tabelas e/ou fluxos de dados).
Alterar um fluxo de dados de uma política de atualização incremental para uma atualização normal ou vice-versa descarta todos os dados.
A modificação do esquema de um fluxo de dados descarta todos os dados.
Ao usar uma licença PPU (Premium por Usuário) com fluxos de dados, os dados são limpos ao mover dados para fora de um ambiente PPU.
Quando um fluxo de dados é atualizado em um contexto de Premium por Usuário (PPU), os dados não são visíveis para usuários que não possuem PPU.
A atualização incremental funciona com fluxos de dados somente quando o mecanismo de computação aprimorado está habilitado.

Tabelas vinculadas e computadas:

As tabelas vinculadas podem chegar a uma profundidade de 32 referências.
Dependências cíclicas de tabelas vinculadas não são permitidas.
Uma tabela vinculada não pode ser unida a uma tabela regular que obtém seus dados de uma fonte de dados local.
Quando uma consulta (consulta A, por exemplo) é usada no cálculo de outra consulta (consulta B) em fluxos de dados, a consulta B se torna uma tabela calculada. Tabelas calculadas não podem se referir a fontes locais.
Não há suporte para tabelas vinculadas que fazem referência a entidades em locatários diferentes.

Mecanismo de computação:

Ao usar o mecanismo de computação, há um aumento inicial de cerca de 10% a 20% no tempo necessário para a ingestão de dados.
- Isso só se aplica ao primeiro fluxo de dados que está no mecanismo de computação e lê dados da fonte de dados.
- Os fluxos de dados subsequentes que usam o fluxo de dados de origem não incorrem na mesma penalidade.
Somente determinadas operações usam o mecanismo de computação e somente quando usadas por meio de uma tabela vinculada ou como uma tabela computada. Uma lista completa de operações está disponível nesta postagem no blog.

Gerenciamento de capacidade:

Por design, as Capacidades Premium do Power BI têm um Resource Manager interno que limita as cargas de trabalho de diferentes maneiras quando a capacidade é executada com memória baixa.
1. Para os fluxos de dados, essa pressão de limitação reduz a quantidade de contêineres M disponíveis.
2. A memória para fluxos de dados pode ser definida como 100%, com um contêiner de tamanho adequado para seus tamanhos de dados e a carga de trabalho gerencia o número de contêineres adequadamente.
O número aproximado de contêineres pode ser encontrado dividindo a memória total alocada à carga de trabalho pela quantidade de memória alocada a um contêiner.

Uso de fluxo de dados em modelos semânticos

Ao criar um modelo semântico no Power BI Desktop e publicá-lo no serviço do Power BI, verifique se as credenciais usadas no Power BI Desktop para a fonte de dados de fluxos de dados são as mesmas credenciais usadas quando o modelo semântico é publicado no serviço.
1. Falhar em garantir que essas credenciais sejam iguais resulta em um erro de chave 'não encontrado' após a atualização semântica do modelo

Observação

Se a estrutura de fluxo de dados for alterada, como uma coluna nova ou renomeada, o modelo semântico não mostrará a alteração e a alteração também poderá fazer com que uma atualização de dados falhe no serviço do Power BI para o modelo semântico, até ser atualizada no Power BI Desktop e publicada novamente.

Fluxos de dados e conexões nomeadas

Ao usar fluxos de dados com conexões nomeadas, as seguintes limitações se aplicam:

Você só pode criar uma conexão de nuvem por meio de determinado caminho e tipo, por exemplo, você só pode criar uma conexão de nuvem por meio do servidor/banco de dados SQL Plus. Você pode criar várias conexões de gateway.
Você não pode nomear ou renomear fontes de dados de nuvem; você pode nomear ou renomear conexões de gateway.

Limitações do ADLS

O ADLS não está disponível em ambientes GCC, GCC High ou DOD. Para obter mais informações, consulte o Power BI para clientes do governo dos EUA.
Você deve ser atribuído como proprietário do recurso devido a alterações nas APIs do ADLS Gen 2.
Não há suporte para a migração de assinatura do Azure, mas há duas alternativas para fazer isso:
- Primeira abordagem: após a migração, o usuário pode desvincular espaços de trabalho e vinculá-los novamente. Se estiver usando a conta de nível de locatário, você deverá desanexar todas as áreas de trabalho, depois desanexar no nível do locatário, e então reanexar. Isso pode ser indesejável para clientes que não desejam excluir todos os fluxos de dados ou têm muitos workspaces.
- Segunda abordagem: se a abordagem anterior não for viável, envie uma solicitação de suporte para alterar a ID da assinatura no banco de dados.
O ADLS não dá suporte à maioria dos elementos na lista na seção Diretórios e nomes de arquivo do artigo para nomenclatura de workspace e nomenclatura de fluxo de dados, devido às seguintes limitações:
- O Power BI retorna um erro inútil ou permite que o processo aconteça, mas a atualização falha.
Não há suporte para assinaturas do ADLS entre locatários. O ADLS anexado ao Power BI deve fazer parte do mesmo cliente do Azure que o Power BI usa para o Microsoft Entra ID.

Tipos de dados do Dataflow

Os tipos de dados com suporte em fluxos de dados são os seguintes:

Tipo de dados de mashup	Tipo de dados do Dataflow
Hora	Hora
Data (calendário)	Data (calendário)
Data e Hora	Data e Hora
DateTimeZone	DateTimeOffset (representa uma data e hora com um desvio em relação ao horário UTC)
Lógico	Booliano
Texto	fio
Qualquer	fio
Moeda	Decimal
Int8	Int64
Int16	Int64
Int32	Int64
Int64	Int64
Duplo	Duplo
Porcentagem	Duplo
Solteiro	Duplo
Decimal	Duplo
Número	Duplo
Duração	Sem suporte
Binário	Sem suporte
Função	Sem suporte
Tabela	Sem suporte
Lista	Sem suporte
Registro	Sem suporte
Tipo	Sem suporte
Ação	Sem suporte
Nenhum	Sem suporte
Nulo	Sem suporte

Os seguintes artigos fornecem mais informações sobre os fluxos de dados e o Power BI: