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.

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.

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 facultative par connexion : ajoutez Implementation="2.0" à des connexions individuelles pour valider ADBC à votre rythme.
• Paramètre de locataire : définissez la valeur par défaut à l’échelle de l’organisation via le portail d’administration.
• Dérogation au niveau de l’espace de travail : remplace le paramètre par défaut du locataire au niveau de l’espace de travail pour la validation côte à côte.

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é :

Comportement de passerelle de données locale

Les paramètres ADBC du locataire et de l’espace de travail s’appliquent aux chemins d’actualisation qui s’exécutent dans le service cloud. Les requêtes qui routent via une passerelle de données locale continuent d’utiliser le pilote groupé avec l’installation de la passerelle, qui est aujourd’hui ODBC pour les connecteurs répertoriés dans cet article. Les actualisations routées par la passerelle ne basculent pas vers ADBC lorsque le paramètre de locataire ou d’espace de travail est activé et que ce comportement est attendu.

Deux conséquences à prendre en compte lors de la planification de votre migration :

• Si vous utilisez une passerelle pour tester la transition vers ADBC, les actualisations via la passerelle ne reflètent pas le chemin d’accès ADBC. Testez ADBC à l’aide d’une connexion cloud pour valider avec précision le comportement ADBC de bout en bout.
• Les clients qui doivent rester sur ODBC (par exemple, pour conserver un chemin de liaison privée via la passerelle) peuvent différer la modification en continuant à router les actualisations via la passerelle locale avec les pilotes ODBC installés. Il s’agit d’un report et non d’un refus définitif : une fois que les pilotes ODBC sont supprimés des futures installations de passerelle (voir dates clés), les passerelles bloquées sur des versions antérieures finissent par ne plus être prises en charge. Planifiez les mises à niveau de passerelle et la validation ADBC en conséquence.

Liste de contrôle de migration recommandée

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. Pour valider le chemin d’accès ADBC de bout en bout, testez à l’aide d’une connexion cloud : consultez le comportement de passerelle de données locale pour la raison pour laquelle les actualisations routées par la passerelle restent sur ODBC.
2. Validez dans Power BI Desktop. Installez la version actuelle de Power BI Desktop, qui inclut le pilote ADBC pour chaque connecteur concerné pour lequel l’activation par défaut a été effectuée. Il n’existe aucune option par fichier permettant de forcer ADBC sur une requête existante : pour acheminer une requête existante vers ADBC, supprimez la requête, rajoutez la source, puis sélectionnez à nouveau les champs. Actualisez et comparez les nombres de lignes, les types de colonnes et la durée d’actualisation par rapport à votre base de référence ODBC.
3. Pour toutes les connexions critiques que vous souhaitez valider immédiatement, optez pour chaque connexion avec Implementation="2.0".
4. 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.

Questions fréquemment posées

Puis-je tester ADBC maintenant ?

Yes. Installez la version actuelle de Power BI Desktop et rajoutez toute source comprise dans le périmètre — les nouvelles requêtes sont immédiatement acheminées vers ADBC. Pour les tests côté service, utilisez le paramètre de substitution de l’espace de travail pour activer ADBC sur un espace de travail pilote et valider via une connexion cloud.

Suis-je affecté si j’utilise déjà la passerelle de données locale ?

Les paramètres ADBC du locataire et de l’espace de travail s’appliquent uniquement aux exécutions dans le service . Ils n’ont pas d’impact sur les actualisations routées via une passerelle de données locale. Les actualisations acheminées via la passerelle continuent d’utiliser ODBC pendant la phase de basculement pour les connecteurs mentionnés dans cet article. Consultez le comportement de la passerelle de données locale. Il est prévu de supprimer les pilotes ODBC des futures installations de la passerelle — consultez les dates clés pour connaître le calendrier.

Comment puis-je refuser la transition ADBC ?

Vous ne pouvez pas vous y soustraire définitivement. Le paramètre du locataire vous permet de différer le basculement par défaut pendant la fenêtre de validation, mais une fois qu’ODBC est désactivé dans le service, le changement s’applique à tous. Pour continuer à utiliser ODBC après le basculement côté service, vous devez router les actualisations via une passerelle de données locale avec des pilotes ODBC installés. Cette modification constitue uniquement un simple report : les pilotes ODBC devraient être supprimés des futures installations de la passerelle.

Pourquoi le paramètre ADBC de l'espace de travail ne modifie-t-il pas mon fichier Power BI Desktop ?

Il n’existe aucune option propre à chaque fichier pour ADBC dans Power BI Desktop. Les requêtes existantes dans un fichier Desktop restent associées au pilote avec lequel elles ont été créées jusqu’à ce que les requêtes soient recréées. Pour valider ADBC pour une requête existante, supprimez la requête, rajoutez la source et sélectionnez à nouveau les champs. Les nouvelles requêtes dans la version actuelle de Desktop sont automatiquement acheminées vers ADBC pour les connecteurs pour lesquels le basculement par défaut a déjà été effectué.

Le paramètre ADBC de l’espace de travail réécrit-il mes requêtes M existantes ?

Non. Les paramètres du locataire et de l’espace de travail changent le pilote sélectionné au moment de l’exécution de la requête, mais ils ne modifient pas l’expression M elle-même : les noms d’hôte, les ports, les paramètres de connexion et les arguments du connecteur dans votre M restent exactement comme créés. Ce comportement s’applique aussi bien aux connexions nouvellement créées qu’aux connexions existantes : toute connexion qui n’épingle pas explicitement Implementation dans le code M suit la valeur par défaut de l’espace de travail/du locataire dès que ce paramètre bascule.

Les connexions qui fixent le pilote sur M prévalent sur le paramètre par défaut de l’espace de travail/du locataire. Une connexion avec Implementation="1.0" reste en ODBC, et Implementation="2.0" reste en ADBC, quel que soit le paramétrage de l’espace de travail ou du locataire. Pour modifier l’un de ces éléments, modifiez le M.

Pour connaître le comportement spécifique au connecteur (y compris les différences de port ou d’option entre les pilotes ODBC et ADBC), consultez la documentation spécifique au connecteur liée dans la table des modifications des connecteurs et des pilotes .

Contenu connexe

• Connecteur Databricks
• connecteur Azure Databricks
• Connecteur Google BigQuery
• Connecteur Google BigQuery (Microsoft Entra ID)
• Connecteur Impala
• Connecteur Snowflake