Passer d’ODBC à des pilotes ADBC dans Power BI et Fabric

Power BI et Microsoft Fabric font passer les connexions aux sources de données prises en charge des anciens pilotes ODBC intégrés aux pilotes Apache Arrow Database Connectivity (ADBC). ADBC fournit un ensemble d’interfaces standard permettant d’interagir avec les données Arrow, ce qui est particulièrement efficace pour extraire des jeux de données volumineux avec une surcharge minimale et aucune sérialisation ni copie. Les pilotes ADBC intègrent également des améliorations de sécurité, telles que la sûreté de la mémoire et la gestion automatique de la mémoire.

Note

Les contrôles de locataire et d’espace de travail décrits dans cet article sont activés en phases et peuvent ne pas encore être disponibles dans tous les locataires. Cette transition s’applique uniquement aux connecteurs répertoriés dans cet article et ne change pas le comportement du connecteur ODBC lorsque vous utilisez un pilote ODBC installé séparément. Le changement dans cet article est l’abandon des pilotes intégrés livrés avec Power BI.

Vous pouvez adopter ADBC aujourd’hui par connexion, et les administrateurs peuvent contrôler le comportement par défaut à grande échelle à l’aide d’un paramètre de locataire que les administrateurs de l’espace de travail peuvent remplacer pour les tests et la validation.

Modifications des connecteurs et des pilotes

Le tableau suivant répertorie les connecteurs qui passent des pilotes ODBC incorporés aux pilotes de remplacement. Dans la plupart des cas, le pilote de remplacement est un pilote ADBC.

Connecteur Pilote actuel Pilote de remplacement
Databricks Simba Spark ODBC Databricks ADBC
Azure Databricks Simba Spark ODBC Databricks ADBC
Dremio Simba Drill ODBC FlightSQL ADBC
Google BigQuery et Google BigQuery (Microsoft Entra ID) Simba Google BigQuery ODBC BigQuery ADBC
Hive Simba Hive ODBC Déconseillée
Impala Simba Impala ODBC HiveServer2 ADBC
Snowflake Simba Snowflake ODBC Snowflake ADBC
Spark Simba Spark ODBC HiveServer2 ADBC

Qui est affecté

Vous êtes affecté si vous utilisez l’un des connecteurs qui passent à ADBC (par exemple, Databricks, Snowflake ou Google BigQuery) et :

  • Vous n’avez pas choisi explicitement une implémentation dans la connexion (le Implementation paramètre n’est pas spécifié) ou
  • Votre organisation souhaite contrôler de manière centralisée si ADBC ou ODBC est la valeur par défaut pour les connecteurs pris en charge.

Cette valeur par défaut s’applique partout où vous créez une connexion, notamment des modèles sémantiques, des dataflows Gen2 et des rapports paginés.

Comment migrer

Vous pouvez migrer de trois façons, classées selon le contrôle souhaité :

Activation par connexion

Vous pouvez activer ADBC en ajoutant Implementation="2.0" aux connexions prises en charge. Cette approche vous permet de valider ADBC à votre propre rythme pour les connexions individuelles.

Pour obtenir des instructions détaillées sur l’option par connexion pour un connecteur spécifique, consultez la documentation spécifique au connecteur liée dans la table connecteurs et pilotes .

Paramètre de locataire

Les administrateurs du locataire peuvent définir le paramètre par défaut de l’organisation à l’aide du paramètre du portail d’administration :

Les utilisateurs peuvent se connecter à des sources de données à l’aide de la connectivité de base de données Apache Arrow (ADBC)

  • Désactivé (valeur par défaut) : sélectionne les pilotes ODBC hérités comme option par défaut.
  • Activé : sélectionne les nouveaux pilotes ADBC comme option par défaut.

Ce paramètre contrôle également le comportement de Tester la connexion pour chaque type de connexion au sein du locataire.

Dérogation de l’espace de travail

Le paramètre au niveau du locataire est délégué aux espaces de travail, de sorte que les administrateurs d’espace de travail peuvent remplacer la valeur par défaut et comparer les comportements sans modifier chaque connexion. Cette approche permet la validation côte à côte. Par exemple, vous pouvez utiliser un espace de travail pour tester les valeurs par défaut d’ADBC tout en conservant un autre espace de travail sur les valeurs par défaut ODBC.

Comment l’implémentation est choisie

Si vous spécifiez explicitement le Implementation paramètre dans la connexion, cette valeur est toujours prioritaire sur les valeurs par défaut du locataire ou de l’espace de travail.

Le tableau suivant montre comment le pilote est sélectionné :

Pathologie Pilote utilisé
Implementation="2.0" ADBC
Implementation non spécifié et le paramètre d’espace de travail est activé ADBC
Implementation="1.0" ODBC
Implementation non spécifié et le paramètre d’espace de travail est désactivé ODBC
  1. Choisissez un espace de travail pilote et activez-y d’abord ADBC à l’aide du paramètre de substitution de l’espace de travail afin de valider les jeux de données clés et les scénarios d’actualisation.
  2. Pour toutes les connexions critiques que vous souhaitez valider immédiatement, optez pour chaque connexion avec Implementation="2.0".
  3. Une fois la validation terminée, déterminez s’il faut activer ADBC par défaut au niveau du locataire.

Dates clés

  • Juillet 2026 (prévu) : le déploiement général du paramètre de locataire commence. Le comportement de l’espace de travail hérite de ce paramètre et peut être redéfini par les administrateurs de l’espace de travail lorsque cette fonctionnalité est prise en charge.
  • Août 2026 (prévu) : Microsoft prévoit de commencer à activer le paramètre de locataire par défaut en phases, sous réserve de la préparation au déploiement.
  • Fin du Q3 au début du Q4 2026 (prévu) : Microsoft envisage de commencer à supprimer les pilotes ODBC du service, sous réserve de la préparation au déploiement. Si vous devez rester sur ODBC (Implementation="1.0" ou le paramètre d’espace de travail Désactivé), vous devez utiliser une passerelle pour continuer à exécuter des requêtes avec ODBC.
  • Printemps 2027 (prévu) : il est prévu que les pilotes ODBC mentionnés dans cet article ne soient plus fournis avec Power BI Desktop ou la passerelle.

Avant les jalons d’application, Microsoft prévoit de fournir un avis préalable afin que les clients puissent effectuer des activités de migration et de validation.

Contenu connexe

  • Last updated on