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

Power BI e Microsoft Fabric estão migrando conexões com fontes de dados com suporte de drivers ODBC internos legados para drivers Apache Arrow Database Connectivity (ADBC). O ADBC fornece um conjunto de interfaces padrão para interagir com dados do Arrow, que é especialmente eficiente na busca de grandes conjuntos de dados com sobrecarga mínima, sem serialização ou cópia. Os drivers ADBC também incorporam aprimoramentos de segurança, como segurança da memória e coleta de lixo.

Note

Os controles de locatário e de espaço de trabalho descritos neste artigo estão sendo disponibilizados gradualmente e talvez ainda não estejam disponíveis em todos os locatários. Essa transição se aplica somente aos conectores listados neste artigo e não altera o comportamento do conector ODBC quando você usa um driver ODBC instalado separadamente. A mudança neste artigo é a transição do uso de drivers internos incluídos no Power BI.

Você pode adotar o ADBC hoje em cada conexão, e os administradores podem controlar o comportamento padrão em escala usando uma configuração do locatário que os administradores do workspace podem substituir para fins de teste e validação.

Alterações nos conectores e no driver

A tabela a seguir lista os conectores que estão fazendo a transição de drivers ODBC inseridos para drivers de substituição. Na maioria dos casos, o driver de substituição é um driver ADBC.

Conector Driver 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 Preterido
Impala Simba Impala ODBC HiveServer2 ADBC
Snowflake Simba Snowflake ODBC Snowflake ADBC
Spark Simba Spark ODBC HiveServer2 ADBC

Quem é afetado

Você será afetado se usar qualquer um dos conectores que fazem a transição para o ADBC (como Databricks, Snowflake ou Google BigQuery) e:

  • Você não escolheu explicitamente uma implementação na conexão (o Implementation parâmetro não foi especificado) ou
  • Sua organização deseja ter controle centralizado sobre se o ADBC ou ODBC é o padrão para conectores com suporte.

Esse padrão se aplica onde quer que você crie uma conexão, incluindo modelos semânticos, Fluxos de Dados Gen2 e relatórios paginados.

Como migrar

Você pode migrar de três maneiras, ordenadas pela quantidade de controle desejada:

Aceitação por conexão

Você pode aderir ao ADBC adicionando Implementation="2.0" às conexões compatíveis. Essa abordagem permite validar o ADBC em seu próprio ritmo para conexões individuais.

Para obter instruções detalhadas sobre como ativar por conexão para um conector específico, consulte a documentação específica do conector vinculada na tabela Alterações de conectores e drivers.

Configuração do locatário

Os administradores de locatários podem definir o padrão da organização usando a configuração do portal de administração:

Os usuários podem se conectar a fontes de dados usando a conectividade de banco de dados do Apache Arrow (ADBC)

  • Desabilitado (padrão): seleciona os drivers ODBC herdados como a opção padrão.
  • Habilitado: seleciona os novos drivers ADBC como a opção padrão.

Essa configuração também controla o comportamento de Conexão de Teste para cada tipo de conexão dentro do locatário.

Substituição do espaço de trabalho

A configuração do locatário é delegada aos workspaces, para que os administradores do workspace possam substituir a configuração padrão e comparar os comportamentos sem modificar cada conexão individual. Essa abordagem permite validação lado a lado. Por exemplo, você pode usar um workspace para testar os padrões do ADBC, mantendo outro workspace em padrões ODBC.

Como a implementação é escolhida

Se você especificar explicitamente o parâmetro Implementation na conexão, esse valor sempre terá precedência sobre as configurações padrão do locatário ou do espaço de trabalho.

A tabela a seguir mostra como o driver é selecionado:

Condição Driver usado
Implementation="2.0" ADBC
Implementation não especificado e a configuração do espaço de trabalho está Ativada ADBC
Implementation="1.0" ODBC
Implementation não especificado e a configuração do workspace está desativada ODBC
  1. Escolha um espaço de trabalho piloto e habilite o ADBC nele primeiro, por meio da substituição no nível do espaço de trabalho, para validar conjuntos de dados principais e cenários de atualização.
  2. Para quaisquer conexões críticas que você queira validar imediatamente, ative individualmente para cada conexão com Implementation="2.0".
  3. Depois que a validação for concluída, decida se deseja habilitar o ADBC por padrão no nível do locatário.

Datas-chave

  • Julho de 2026 (previsto): começa a implantação ampla da configuração de locatário. O comportamento do workspace herda essa configuração, que pode ser alterada pelos administradores do workspace quando houver suporte.
  • Agosto de 2026 (planejado): A Microsoft planeja começar a habilitar a configuração do locatário por padrão, em fases, sujeito à prontidão da implementação.
  • Do final do 3º trimestre ao início do 4º trimestre de 2026 (planejado): A Microsoft planeja começar a remover os drivers ODBC do serviço, sujeito à prontidão da implementação. Se você precisar continuar usando ODBC (Implementation="1.0" ou configuração do espaço de trabalho Desativado), deverá usar um gateway para continuar executando consultas com ODBC.
  • Primavera de 2027 (planejada): está previsto que os drivers ODBC mencionados neste artigo deixem de ser incluídos no Power BI Desktop ou no gateway.

Antes dos marcos de aplicação, a Microsoft planeja fornecer notificação prévia para que os clientes concluam as atividades de migração e validação.

Conteúdo relacionado

  • Last updated on