Transição de controladores ODBC para ADBC em Power BI e Fabric

Power BI e Microsoft Fabric estão a fazer a transição de ligações de fonte de dados suportadas de drivers ODBC embutidos antigos para drivers Apache Arrow Database Connectivity (ADBC). ADBC fornece um conjunto de interfaces padrão para interagir com dados Arrow, sendo especialmente eficiente na obtenção de grandes conjuntos de dados com sobrecarga mínima, sem serialização ou cópia. Os drivers ADBC também incorporam melhorias de segurança, como a segurança da memória e a recolha de lixo.

Note

Os controlos de inquilino e espaço de trabalho descritos neste artigo estão a ser ativados em fases e podem ainda não estar disponíveis em todos os inquilinos. Esta transição aplica-se apenas aos conectores listados neste artigo e não altera o comportamento do conector ODBC quando usa um driver ODBC instalado separadamente. A alteração neste artigo é a transição para deixar de utilizar os controladores incorporados fornecidos com o Power BI.

Pode utilizar o ADBC hoje ao nível de cada ligação, e os administradores podem controlar o comportamento predefinido em grande escala através de uma definição do tenant que os administradores da área de trabalho podem redefinir para efeitos de teste e validação.

Conectores e alterações de controladores

A tabela seguinte lista os conectores que estão a transitar de drivers ODBC embutidos para drivers de substituição. Na maior parte dos casos, o driver de substituição é um driver ADBC.

Conector Piloto atual Driver substituto
Databricks Simba Spark ODBC Databricks ADBC
Azure Databricks Simba Spark ODBC Databricks ADBC
Dremio Simba Drill ODBC FlightSQL ADBC
Google BigQuery e Google BigQuery (Microsoft Entra ID) Simba Google BigQuery ODBC BigQuery ADBC
Hive Simba Hive ODBC Descontinuado
Impala Simba Impala ODBC HiveServer2 ADBC
Snowflake Simba Snowflake ODBC ADBC Floco de Neve
Spark Simba Spark ODBC HiveServer2 ADBC

Quem é afetado

Será afetado se utilizar algum dos conectores em transição para ADBC (como Databricks, Snowflake ou Google BigQuery) e:

  • Não escolheste explicitamente uma implementação na ligação (o Implementation parâmetro não é especificado), ou
  • A sua organização quer controlo centralizado sobre se ADBC ou ODBC é o padrão para conectores suportados.

Este padrão aplica-se onde quer que crie uma ligação, incluindo modelos semânticos, Dataflows Gen2 e relatórios paginados.

Como migrar

Podes migrar de três formas, ordenadas pelo grau de controlo que queres:

Adesão por ligação

Pode aderir ao ADBC adicionando Implementation="2.0" às ligações suportadas. Esta abordagem permite-lhe validar o ADBC ao seu próprio ritmo para ligações individuais.

Para obter instruções detalhadas sobre como ativar para cada ligação de um conector específico, consulte a documentação específica do conector associada na tabela Conectores e alterações de controladores.

Configuração do locatário

Os administradores de inquilinos podem definir o padrão da organização usando a definição do portal de Administrador:

Os utilizadores podem ligar-se a fontes de dados utilizando a conectividade da base de dados Apache Arrow (ADBC)

  • Desativado (por defeito): Seleciona os controladores ODBC legados como opção predefinida.
  • Ativado: Seleciona os novos drivers ADBC como opção predefinida.

Esta configuração também controla o comportamento de Teste de Ligação para cada tipo de ligação dentro do tenant.

Sobreposição do espaço de trabalho

A definição do tenant delega para os espaços de trabalho, por isso os administradores do workspace podem sobrepor o padrão e comparar comportamentos sem modificar cada ligação individual. Esta abordagem permite a validação paralela. Por exemplo, pode utilizar um espaço de trabalho para testar as predefinições do ADBC, ao mesmo tempo que mantém outro espaço de trabalho com as predefinições do ODBC.

Como a implementação é escolhida

Se especificares explicitamente o Implementation parâmetro na ligação, esse valor tem sempre prioridade sobre os valores predefinidos do tenant ou workspace.

A tabela seguinte mostra como o condutor é selecionado:

Condition Driver utilizado
Implementation="2.0" ADBC
Implementation não especificado e a definição do espaço de trabalho está ativada ADBC
Implementation="1.0" ODBC
Implementation não está especificado e a definição do espaço de trabalho está Desativada ODBC

Comportamento do gateway de dados no local

As definições ADBC do tenant e do espaço de trabalho aplicam-se aos caminhos de atualização que correm no serviço cloud. As consultas que passam por um gateway de dados local continuam a utilizar o driver incluído na instalação do gateway, que hoje é ODBC para os conectores listados neste artigo. As atualizações encaminhadas por gateway não mudam para ADBC quando a configuração do tenant ou workspace está ativada, e este é um comportamento esperado.

Duas consequências a ter em conta ao planear a sua migração:

  • Se estiveres a usar um gateway para testar a transição para o ADBC, as atualizações feitas através do gateway não refletirão o caminho do ADBC. Teste o ADBC usando uma ligação à cloud para validar com precisão o comportamento do ADBC de ponta a ponta.
  • Os clientes que precisem de continuar a utilizar ODBC (por exemplo, para preservar um percurso de ligação privada através do gateway) podem adiar a alteração, continuando a encaminhar as atualizações através do gateway no local com os controladores ODBC instalados. Isto é um adiamento, não uma opção permanente: uma vez que os drivers ODBC são removidos das futuras instalações de gateway (ver Datas-chave), gateways fixados em versões anteriores acabam por deixar de ser suportados. Planeie em conformidade as atualizações do gateway e a validação do ADBC.
  1. Escolha um espaço de trabalho piloto e ative o ADBC lá primeiro, usando o override do workspace para validar conjuntos de dados chave e atualizar cenários. Para validar o caminho ADBC de ponta a ponta, teste usando uma ligação à cloud — veja Comportamento do gateway de dados local para saber porque é que as atualizações encaminhadas pelo gateway permanecem no ODBC.
  2. Validar no Power BI Desktop. Instale a versão mais recente do Power BI Desktop, que fornece o controlador ADBC para cada conector abrangido cuja ativação por predefinição já ocorreu. Não existe uma opção por ficheiro para forçar a utilização do ADBC numa consulta existente — para direcionar uma consulta existente para o ADBC, elimine a consulta, volte a adicionar a origem e volte a selecionar os campos. Atualize e compare a contagem de linhas, tipos de colunas e duração de atualização com a sua linha base ODBC.
  3. Para quaisquer ligações críticas que queira validar de imediato, ative-o para cada ligação utilizando Implementation="2.0".
  4. Uma vez concluída a validação, decida se deve ativar o ADBC por predefinição ao nível do locatário.

Datas importantes

  • Julho de 2026 (planeado): Inicia-se a expansão ampla do sistema de inquilinos. O comportamento do espaço de trabalho herda esta configuração e pode ser redefinido pelos administradores do espaço de trabalho nos casos em que tal é suportado.
  • Agosto de 2026 (previsto): Microsoft planeia começar a ativar a definição de inquilino por defeito em fases, consoante a prontidão da implementação.
  • Do final do 3.º trimestre ao início do 4.º trimestre de 2026 (planeado): a Microsoft planeia começar a remover os controladores ODBC do serviço, dependendo da prontidão da implementação. Se precisares de ficar no ODBC (Implementation="1.0" ou na definição do workspace Off), tens de usar um gateway para continuar a executar consultas com o ODBC.
  • Primavera de 2027 (previsto): Os controladores ODBC referidos neste artigo deixarão de ser fornecidos com o Power BI Desktop ou com o gateway.

Antes dos marcos de aplicação, a Microsoft planeia fornecer aviso prévio para que os clientes possam concluir as atividades de migração e validação.

Perguntas frequentes

Posso testar o ADBC agora?

Yes. Instale a versão atual do Power BI Desktop e adicione novamente qualquer origem de dados abrangida — as novas consultas são encaminhadas imediatamente para o ADBC. Para testes do lado do serviço, use a substituição da área de trabalho para ativar o ADBC numa área de trabalho piloto e validá-lo através de uma ligação à nuvem.

Sou afetado se já estiver a usar o gateway de dados local?

As definições ADBC do tenant e do espaço de trabalho aplicam-se apenas a execuções no serviço — não afetam as atualizações encaminhadas através de um gateway de dados local. As atualizações encaminhadas por gateway continuam a utilizar ODBC até à transição para os conectores referidos neste artigo. Veja o comportamento do gateway de dados no local. Está prevista a remoção dos controladores ODBC das futuras instalações do gateway — acompanhe Key dates para saber quando.

Como posso optar por não participar na transição para o ADBC?

Não é possível desativar permanentemente. A definição do inquilino permite adiar a alteração predefinida durante a janela de validação, mas, assim que o ODBC for desativado no serviço, a alteração será aplicada universalmente. Para continuar a utilizar ODBC após a transição no serviço, tem de encaminhar as operações de atualização através de um gateway de dados no local com drivers ODBC instalados. Esta alteração trata-se apenas de um adiamento — está prevista a remoção dos drivers ODBC em futuras instalações do gateway.

Porque é que a definição ADBC do workspace não altera o meu ficheiro do Power BI Desktop?

Não existe um alternador por ficheiro para ADBC no Power BI Desktop. As consultas existentes num ficheiro de Ambiente de Trabalho permanecem no driver em que foram criadas até que a consulta seja recriada. Para validar o ADBC para uma consulta existente, apague a consulta, volte a adicionar a fonte e selecione novamente os campos. Novas consultas na versão atual do Desktop encaminham automaticamente para o ADBC para conectores que já passaram o seu padrão de inversão padrão.

A definição ADBC do espaço de trabalho reescreve as minhas consultas em M existentes?

Não. As definições do tenant e do espaço de trabalho alteram qual o driver selecionado no momento da execução da consulta, mas não modificam a expressão M em si — nomes de host, portas, parâmetros de ligação e argumentos de conector no seu M mantêm-se exatamente como foram criados. Este comportamento aplica-se tanto a ligações novas como existentes: qualquer ligação que não fixe explicitamente Implementation em M segue a predefinição da área de trabalho/do inquilino no momento em que essa predefinição muda.

As ligações que fixam o controlador em M têm prioridade sobre a predefinição do espaço de trabalho/inquilino. Uma ligação Implementation="1.0" mantém-se no ODBC e Implementation="2.0" permanece no ADBC, independentemente do ambiente de trabalho ou da configuração do inquilino. Para alterar um destes, edite o M.

Para o comportamento específico de cada conector (incluindo quaisquer diferenças de porta ou opção entre os drivers ODBC e ADBC), consulte a documentação específica do conector indicada na tabela Conectores e alterações aos drivers.

Conteúdo relacionado

  • Last updated on