SQL Server

Microsoft SQL Server est un système de gestion de base de données relationnelle développé par Microsoft. Connectez-vous à SQL Server pour gérer les données. Vous pouvez effectuer différentes actions telles que la création, la mise à jour, l’obtention et la suppression sur les lignes d’une table.

Ce connecteur est disponible dans les produits et régions suivants :

Service	classe	Régions
Copilot Studio	Premium	Toutes les régions Power Automate
Applications logiques	Norme	Toutes les régions Logic Apps
Power Apps	Premium	Toutes les régions Power Apps
Power Automate	Premium	Toutes les régions Power Automate

Métadonnées du connecteur
Éditeur	Microsoft

Connecteur en profondeur

Cet article décrit les opérations du connecteur managé SQL Server, qui est disponible pour Azure Logic Apps, Power Automate et Power Apps. Le connecteur intégré SQL Server est disponible uniquement pour les flux de travail d’application logique standard dans Azure Logic Apps.

• Pour plus d’informations sur ce connecteur dans Power Apps, consultez Se connecter à SQL Server à partir de Power Apps.
• Pour plus d’informations sur le connecteur intégré SQL Server et le connecteur managé dans Azure Logic Apps, consultez Se connecter aux bases de données SQL à partir de flux de travail dans Azure Logic Apps.

Authentication

Si vous souhaitez créer des connexions non-Microsoft Entra ID (Microsoft Entra ID), utilisez l’option d’authentification de chaîne de connexion. Vérifiez que vous fournissez le même nom de serveur et les mêmes valeurs de nom de base de données que celles définies dans votre connexion.

Authentification par Microsoft Entra ID

Limitations connues avec l’authentification Microsoft Entra ID

En raison des limitations actuelles du pipeline d’authentification, les utilisateurs invités microsoft Entra ID ne sont pas pris en charge pour les connexions d’ID Microsoft Entra à SQL Server. Pour résoudre ce problème, utilisez plutôt l’authentification SQL Server ou l’authentification Windows.

Activer l’authentification d’ID Microsoft Entra pour SQL Server

1. Configurez et approvisionnez votre compte en tant que membre SQL Microsoft Entra ID (Microsoft Entra ID). Pour plus d’informations, consultez Configurer et gérer l’authentification Microsoft Entra ID avec Azure SQL.

2. Sur votre serveur SQL Server, configurez votre administrateur Microsoft Entra ID.

   1. Dans le portail Azure, accédez au serveur SQL où vous souhaitez activer l’authentification Microsoft Entra ID.
   2. Dans le menu de votre ressource SQL Server, sous Paramètres, sélectionnez Microsoft Entra ID.
   3. Dans la barre d’outils du volet MICROSOFT Entra ID , sélectionnez Définir l’administrateur.
   4. Recherchez et sélectionnez un compte d’utilisateur Microsoft Entra ID dans le locataire actuel pour les rendre administrateur de serveur. Enregistrez vos modifications.

3. Dans votre locataire Microsoft Entra ID, créez et inscrivez une application Microsoft Entra ID pour accéder à votre base de données SQL. Pour plus d’informations, consultez SQL Server - Configurer l’authentification Microsoft Entra ID.

   1. Dans le portail Azure, accédez à votre locataire Microsoft Entra ID où vous souhaitez créer l’application Microsoft Entra ID.

   2. Dans le menu du locataire, sous Gérer, sélectionnez Inscriptions d’applications>Nouvelle inscription.

   3. Dans le volet Inscrire une application , indiquez un nom pour l’application. N’oubliez pas ce nom afin de pouvoir créer un utilisateur et accorder l’accès au rôle à votre base de données SQL.

   4. Lorsque vous avez terminé, sélectionnez Inscrire, qui crée l’application Microsoft Entra ID.

   5. Dans le volet Inscriptions d’applications , sélectionnez votre nouvelle application Microsoft Entra ID. Dans le menu de l’application, sélectionnez Certificats et secrets>Nouveau secret client.

   6. Fournissez une description du secret, puis sélectionnez une expiration.

4. Connectez-vous à votre serveur SQL et à votre base de données avec les informations d’identification du compte d’utilisateur Microsoft Entra ID que vous avez configuré en tant qu’administrateur de serveur.

5. Dans votre base de données SQL, créez un utilisateur autonome pour représenter l’application Microsoft Entra ID. Cette étape nécessite Microsoft SQL Server Management Studio (SSMS).

   Les étapes suivantes attribuent les rôles et db_datareaderdb_datawriter à l’application Microsoft Entra ID avec le nom example-Azure-AD-application-name. Lorsque vous exécutez les commandes spécifiées, n’oubliez pas de remplacer example-Azure-AD-application-name par le nom de votre application Microsoft Entra ID et d’attribuer les rôles requis pour vos besoins.

   1. Démarrez SSMS et connectez-vous au serveur SQL où l’application Microsoft Entra ID accède.

   2. Dans l’authentification, utilisez Active Directory - Universel avec prise en charge de l’authentification multifacteur et le compte d’ID Microsoft Entra que vous avez configuré en tant qu’administrateur de serveur.

   3. Dans l’Explorateur d’objets, développez le dossier Bases de données .

   4. Recherchez votre base de données, ouvrez le menu contextuel de la base de données, puis sélectionnez Nouvelle requête.

   5. Dans la fenêtre de requête, exécutez la commande suivante pour lier l’application Microsoft Entra ID à un nouvel utilisateur de la base de données :

      CREATE USER [example-Azure-AD-app-name] FROM EXTERNAL PROVIDER
      

   6. Effacez la fenêtre de requête. Exécutez ensuite la commande suivante pour affecter le db_datareader rôle à l’application Microsoft Entra ID :

      ALTER ROLE db_datareader ADD MEMBER [example-Azure-AD-application-name]
      

   7. Répétez l’étape précédente pour affecter le db_datawriter rôle à l’application Microsoft Entra ID :

      ALTER ROLE db_datawriter ADD MEMBER [example-Azure-AD-application-name]
      

Authentification d’une identité managée

Actuellement, seules Azure Logic Apps prend en charge l’authentification d’identité managée pour le connecteur SQL Server.

Authentification d’un principal du service

Configurer une identité managée sur votre application logique

1. Dans le portail Azure, accédez à votre ressource d’application logique.

2. Activez l’identité affectée par le système ou l’identité affectée par l’utilisateur. Si vous n’avez pas d’identité affectée par l’utilisateur, vous devez d’abord créer cette identité. Pour plus d’informations, consultez Authentifier l’accès aux ressources Azure avec des identités managées dans Azure Logic Apps.

3. Si vous avez sélectionné l’identité affectée par l’utilisateur, vérifiez que vous avez ajouté cette identité à votre ressource d’application logique.

   1. Dans le portail Azure, accédez à la ressource d’application logique dans laquelle vous souhaitez utiliser l’identité managée.
   2. Dans le menu de navigation de l’application logique, sous Paramètres, sélectionnez Identité.
   3. Dans l’onglet Attribuée par l’utilisateur, sélectionnez Ajouter.
   4. Sélectionnez l’identité managée à utiliser, puis sélectionnez Ajouter.

Configurer SQL Server pour l’authentification d’identité managée

1. Sur votre serveur SQL Server, configurez votre administrateur Microsoft Entra ID.

   1. Dans le portail Azure, accédez au serveur SQL où vous souhaitez activer l’authentification Microsoft Entra ID.
   2. Dans le menu de votre ressource SQL Server, sous Paramètres, sélectionnez Microsoft Entra ID.
   3. Dans la barre d’outils du volet MICROSOFT Entra ID , sélectionnez Définir l’administrateur.
   4. Recherchez et sélectionnez un compte d’utilisateur Microsoft Entra ID dans le locataire actuel pour les rendre administrateur de serveur. Enregistrez vos modifications.

2. Dans votre base de données SQL, créez un utilisateur autonome pour représenter l’identité managée. Cette étape nécessite Microsoft SQL Server Management Studio (SSMS).

   Les étapes suivantes attribuent le rôle d’une db_datareader identité managée avec le nom example-managed-identity-name. Lorsque vous exécutez les commandes spécifiées, n’oubliez pas de remplacer example-managed-identity-name par le nom de votre identité managée et d’attribuer le rôle approprié pour vos besoins. Par exemple, db_datareader ne peut pas exécuter d’opérations d’écriture.

   1. Démarrez SSMS et connectez-vous au serveur SQL où l’identité managée accède.

   2. Dans l’authentification, utilisez Active Directory - Universel avec prise en charge de l’authentification multifacteur et le compte d’ID Microsoft Entra que vous avez configuré en tant qu’administrateur de serveur.

   3. Dans l’Explorateur d’objets, développez le dossier Bases de données .

   4. Recherchez votre base de données, ouvrez le menu contextuel de la base de données, puis sélectionnez Nouvelle requête.

   5. Dans la fenêtre de requête, exécutez la commande suivante pour lier l’identité managée à un nouvel utilisateur dans la base de données :

      CREATE USER [example-managed-identity-name] FROM EXTERNAL PROVIDER
      

   6. Effacez la fenêtre de requête. Exécutez ensuite la commande suivante pour attribuer un rôle à l’identité de gestion :

      ALTER ROLE db_datareader ADD MEMBER [example-managed-identity-name]
      

      Note

      Si vous attribuez des rôles à l’identité managée au niveau de la base de données, l’identité n’a pas les étendues requises pour répertorier toutes les bases de données. Lorsque vous sélectionnez dans la liste des noms de base de données dans un déclencheur ou une action SQL, vous obtenez une erreur comme l’exemple suivant :

      Couldn't retrieve values. Error code: 'Unauthorized', Message: 'Credentials are missing or not valid'.
      Inner exception: The credentials provided for the SQL source are invalid
      

      Pour résoudre ce problème, vous disposez des options suivantes :

      • Attribuez un rôle au niveau du serveur qui peut répertorier toutes les bases de données à l’identité managée.
      • Dans le déclencheur ou l’action SQL, entrez le nom de la base de données à l’aide de l’option Entrée de valeur personnalisée .

Pour plus d’informations, consultez la documentation suivante :

• Authentifier l’accès aux ressources Azure à l’aide d’identités managées dans Azure Logic Apps
• Tutoriel : Utiliser une identité managée affectée par le système de machine virtuelle Windows pour accéder à Azure SQL
• Configurer et gérer l’authentification Microsoft Entra ID avec Azure SQL
• Rôles au niveau de la base de données
• Rôles au niveau du serveur

Prise en charge du réseau virtuel

Lorsque le connecteur est utilisé dans un environnement Power Platform lié à un réseau virtuel, des limitations s’appliquent :

• Les actions suivantes sont les seules actions prises en charge :

  • Supprimer une ligne (V2)
  • Exécuter une requête SQL (V2)
  • Obtenir la ligne (V2)
  • Obtenir des lignes (V2)
  • Obtenir des tables (V2)
  • Insérer une ligne (V2)
  • Mettre à jour la ligne (V2)
  • Exécuter une procédure stockée (V2)

• Toute action en dehors de cette liste retourne une erreur « 403 Non autorisé »

• La passerelle de données locale n’est pas prise en charge

• Lorsque vous utilisez l’authentification intégrée de l’ID d’Entra Microsoft, tapez manuellement le nom de la base de données en tant que valeur personnalisée.

Problèmes connus et limitations liés aux actions

Brève description	Operations	Description longue
Obtenir des résultats déterministes dans une sortie d’action	Obtenir des lignes (V2)	L’utilisation du Order By paramètre est recommandée pour obtenir des résultats déterministes en sortie d’action. Si Order By ce n’est pas spécifié, les clés primaires ou les clés uniques sont utilisées par SQL Server par défaut. Les résultats non déterministes peuvent entraîner des problèmes, tels que la duplication d’enregistrements dans la sortie de l’action lorsque la pagination est activée. Les vues SQL ne prennent pas en charge la clé primaire, ce qui est la limitation de SQL Server elle-même.
Exécuter une prise en charge limitée d’une requête SQL	Exécuter une requête SQL (V2)	Non pris en charge pour SQL Server local.
Exigences CRUD générales	Obtenir la ligne (V2) Obtenir des lignes (V2) Mettre à jour la ligne (V2) Supprimer une ligne (V2)	Les valeurs de chaîne sont supprimées dans le cas de l’utilisation de l’instance Azure SQL. Par conséquent, les chaînes vides sont converties en chaînes vides. Pour les opérations INSERT et UPDATE, le connecteur retourne les lignes mises à jour. Cela nécessite que la connexion ait également l’autorisation de lire les données à partir de SQL Server. Une clé primaire est requise pour les opérations suivantes : - GetItem - PatchItem - DeleteItem
Prise en charge des paramètres de transformation d’agrégation	Obtenir des lignes (V2)	Seules les transformations d’agrégation suivantes sont prises en charge : - filter : autorise le jeu d’entrées de filtrage. Prend en charge les mêmes expressions que $filter. Exemple : filter(ColName1 eq 1). - agrégat : autorise l’agrégation à l’aide de l’une des méthodes suivantes : average, , maxmin, sum, countdistinct. Exemple : aggregate(ColName2 with max as MaxValue). Vous pouvez combiner plusieurs opérateurs séparés par des barres obliques pour exprimer qu’ils sont appliqués consécutivement. Cela signifie que le résultat de chaque transformation est l’entrée de la transformation suivante. Exemple : filter(ColName1 eq 4)/aggregate(ColName2 with sum as MaxWorkItemId).
Type de données du paramètre formel remplacé lors de l’exécution d’une requête SQL	Exécuter une requête SQL [DÉPRÉCIÉ] Exécuter une requête SQL (V2)	Le type de données entré lors de la définition d’un paramètre formel sur une requête SQL peut être remplacé, car l’implémentation sous-jacente du connecteur détermine le type via la valeur fournie du paramètre.
L’opérateur IN utilisant des paramètres formels nécessite que les valeurs transmises soient définies séparément	Exécuter une requête SQL (V2)	Lorsque vous utilisez des paramètres formels avec l’opérateur IN, toutes les valeurs passées doivent être définies séparément plutôt que comme un seul paramètre formel hébergeant plusieurs valeurs séparées par des virgules. Exemple : SELECT * FROM tableName WHERE columnName IN (@formalParameterA, @formalParameterB, @formalParameterC).
Échec à l’aide d’Azure Sql DataWareHouse DB	Insérer une ligne (V2)	L’utilisation d’Azure SQL Datawarehouse DB dans Power Apps entraîne un échec en raison d’une incompatibilité de syntaxe dans l’exécution du connecteur sur la base de données. Créez un flux avec le connecteur Azure SQL Datawarehouse dans Power Automate, déclenchez-le à partir de PowerApps ou formez une requête et utilisez-le dans l’action Exécuter une requête SQL (V2).

Problèmes connus et limitations avec les déclencheurs

Note

La désactivation et l’activation d’un flux ne réinitialisent pas l’état du déclencheur.

Brève description	Operations	Description longue
Modifier un élément : opérations de ligne	Lorsqu’un élément est modifié (V2)	Se déclenche à la fois sur les opérations de ligne INSERT et UPDATE.
Modifier un élément : exigences de colonne	Lorsqu’un élément est modifié (V2)	Une colonne ROWVERSION est requise.
Créer un élément : exigence de colonne	Lorsqu’un élément est créé (V2)	Une colonne IDENTITY est requise.
Créer un élément	Lorsqu’un élément est créé (V2)	Utilisez la dernière valeur de colonne d’identité de la ligne insérée comme seuil (état du déclencheur) pour identifier les lignes nouvellement insérées ultérieurement. La logique suppose que l’identité de chaque nouvelle ligne doit être supérieure à la précédente. Par conséquent, si la séquence d’identité est réinitialisée pour une table en raison de la troncation explicite de la commande t-sql ou de la table, la logique de déclencheur ignore les nouvelles lignes du flux existant. Il existe deux solutions de contournement différentes possibles : tout d’abord, vous pouvez réinitialiser l’état du déclencheur en mettant à jour la carte d’action du déclencheur (par exemple, renommer, mettre à jour les paramètres ou ajouter une nouvelle connexion) et enregistrer les modifications. Vous pouvez également restaurer la séquence d’identité de table cible à l’aide de l’approche suivante.

Problèmes et limitations connus généraux

• L’insertion et la mise à jour d’une table ne fonctionneront pas si vous avez défini un déclencheur côté serveur SQL sur la table.

  Pour résoudre ce problème, vous disposez des options suivantes :

  • Utilisez une procédure stockée ou une requête native.
  • Supprimez le déclencheur de votre table SQL.

• Les limitations suivantes s’appliquent à l’utilisation du connecteur SQL avec un serveur SQL local :

  • La version minimale prise en charge pour SQL Server local est SQL Server 2005.
  • La limite de taille de la requête est de 2 Mo par le biais de SQL Server local.
  • La limite de taille de réponse est de 8 Mo par le biais de SQL Server local.

• Les limitations suivantes s’appliquent à l’appel d’une procédure stockée sur un serveur SQL local via une passerelle :

  • Les valeurs de sortie des OUTPUT paramètres ne sont pas retournées. Vous pouvez toujours spécifier des valeurs d’entrée pour OUTPUT les paramètres.
  • La valeur ResultSets n’est pas typée.
  • La valeur de retour n’est pas disponible.
  • Seul le premier jeu de résultats est retourné.
  • Les schémas Dynamics ne sont pas pris en charge pour les jeux de résultats.

• Les types de données suivants ne peuvent pas être utilisés comme prédicats d’option de requête :

  • date
  • datetime
  • datetime2
  • smalldatetime

• La définition de Force Encryption n’est pas prise en charge. Par défaut, SQL Database et SQL Managed Instance sécurisent les données client en chiffrant les données en mouvement avec TLS (Transport Layer Security). Pour plus d’informations, consultez la vue d’ensemble de la sécurité Azure SQL.

• La prise en charge de plusieurs jeux de résultats est actuellement limitée pour l’exécution de requêtes natives SQL. Seuls les jeux de résultats, jusqu’au premier jeu de résultats vide, sont retournés.

  Pour résoudre ce problème, utilisez des procédures stockées.

• Une fois les requêtes SQL et les procédures stockées exécutées, le schéma du jeu de résultats doit contenir des noms de colonnes uniques non vides.

• Pour toute opération à l’intérieur de la procédure stockée qui retourne un ensemble de résultats, tel qu’une instruction interne SELECT , le schéma du jeu de résultats doit contenir des noms de colonnes uniques non vides.

• Si le temps d’exécution dépasse 110 secondes pour une requête SQL ou une procédure stockée, les actions expirent.

  Dans Azure Logic Apps, pour contourner cette limitation et apprendre à exécuter des procédures stockées longues, consultez procédures stockées SQL longues dans Logic Apps.

• Dans Azure Logic Apps, vous pouvez accéder au point de terminaison privé sur SQL Server uniquement à partir d’un environnement de service d’intégration (ISE). Pour plus d’informations, consultez Accès aux réseaux virtuels Azure.

• Lors de la création d’une requête avec de nombreux filtres, l’erreur suivante peut se produire : « L’arborescence de syntaxe de requête OData a dépassé la limite de nombre de nœuds « 100 ». Essayez de simplifier les expressions de paramètres de requête OData ». Pour éviter ce problème, optimisez les conditions de filtrage pour réduire leur nombre (par exemple, en utilisant des plages).

• Il n’est pas recommandé de stocker de grandes quantités de données (plus de 30 mégaoctets) dans les champs de table cible (e.g. xml ou types de données texte). Cela peut entraîner une dégradation des performances significifique des actions et des déclencheurs, provoquant des erreurs de délai d’expiration de 504. Utilisez le paramètre « Sélectionner une requête » pour inclure uniquement des champs relativement petits et éviter les champs de données de sortie volumineux. Vous pouvez également utiliser des stockages de fichiers spécialisés, tels que Stockage Blob Azure.

• Les opérations CRUD ne sont pas prises en charge pour les sources Azure Synapse en raison d’un manque de prise en charge de clause OUTPUT. Il est vivement recommandé d’utiliser le connecteur Azure SQL Data Warehouse dédié à la place.

• Les vues de navigateur Power Platform et Logic Apps sont limitées à une taille de liste de 10 000 tables.

• Le schéma de base de données qui n’est pas conforme aux identificateurs standard OData n’est pas pris en charge (le nom de colonne commençant par le numéro, contenant le caractère de paire de substitution, etc.). Les clients peuvent soit utiliser une vue pour extraire le nom des colonnes, soit utiliser des propriétés étendues SQL pour gérer l’utilisation de caractères de plan supplémentaires pour les séparer du schéma de base de données, voir : Ajouter une propriété étendue à une colonne d’une table.

• Lorsque vous utilisez le connecteur SQL comme source de données pour les tables virtuelles, les valeurs du serveur et de la base de données doivent correspondre entre le jeu de données source et la connexion utilisée. Lorsque vous utilisez l’authentification SQL, les valeurs du jeu de données peuvent être définies par défaut, car la connexion contient déjà des valeurs de serveur et de base de données. Si les valeurs de connexion de jeu de données sont explicitement indiquées, elles doivent correspondre à celles de la connexion sinon, des erreurs telles que « Quelque chose s’est produit mal. Nous n’avons pas pu ouvrir votre table. Essayez de recharger ou de rouvrir. » ou « Source de données non valide » peut se produire.

• Lorsque des modifications de schéma se produisent sur des vues utilisées dans les flux Power Automate, les déclencheurs peuvent ne pas être déclenchés tant qu’une nouvelle connexion n’est pas créée sur la vue mise à jour . Seule l’actualisation de la connexion n’est pas suffisante pour réinitialiser le déclencheur par rapport aux vues mises à jour.

• Le protocole TDS (Tabular Data Stream) 8.0 n’est actuellement pas pris en charge par le connecteur SQL.

Limites de limitation spéciales

• Dans différents cas, le connecteur SQL a des limites de limitation différentes. Dans le tableau suivant, les opérations natives incluent la procédure stockée SQL et la requête SQL. CRUD signifie créer, lire, mettre à jour et supprimer des opérations.

• Outre les limites ci-dessous, la limitation au niveau connectionID est également appliquée en fonction du temps total passé par les requêtes précédentes dans une période donnée.

Service	Environnement	Operations	Nom	Appels	Période de renouvellement (secondes)
Logic Apps &Power Automate	Environnement partagé	Natif	Appels d’API par connexion	500	10
Logic Apps &Power Automate	Environnement partagé	CRUD	Appels d’API par connexion	100	10
Logic Apps &Power Automate	Environnement partagé	Natif	Appels simultanés par connexion	200	-
Logic Apps &Power Automate	Environnement partagé	CRUD	Appels simultanés par connexion	125	-
Power Apps	Environnement partagé	Tous	Appels d’API par utilisateur	300	30
Power Apps	Environnement partagé	Tous	Appels simultanés par connexion	125	-

Note

Les appels simultanés sont le nombre de demandes en cours qu’une connexion particulière peut effectuer. Par exemple, avec des appels natifs Azure Logic Apps, une seule connexion peut effectuer 200 appels simultanés. Tous les appels suivants retournent une erreur 429 si tous les appels 200 sont toujours en cours d’exécution. Aucune limite de temps n’existe, car les appels peuvent prendre un certain temps. Toutefois, le point de la limite des appels consiste à empêcher un trop grand nombre de requêtes longues d’une seule connexion et affecter négativement d’autres connexions.

Par exemple, si une connexion effectue 200 appels en même temps et que chaque appel prend 50 secondes pour s’exécuter, tous les autres appels échouent avec une erreur 429 pour les 50 secondes suivantes. Une fois qu’une ou plusieurs requêtes ont terminé l’exécution et que les résultats sont retournés, tous les appels suivants sont traités.

Mappage de type de données Power Apps

Consultez la documentation Power Apps SQL

Fonctions et opérations Power Apps délégables à SQL Server

Consultez la documentation sur la délégation SQL Power Apps

Paramètres formels dans les opérations

Exécutez une requête SQL [DEPRECATED] et exécutez des actions de requête SQL (V2) permettant d’utiliser des paramètres formels. Ils sont définis en tant que paires clé-valeur, où key est le nom du paramètre et value est le type de données SQL, tel que INT ou NVARCHAR(255). Une fois que vous avez défini le nom et le type de données, un nouveau champ d’entrée pour la valeur est affiché.

Migrer les opérations de la version V1 vers leurs équivalents dans V2

Suivez les étapes ci-dessous pour migrer d’une opération V1 vers son équivalent V2.

Important

Avant de commencer la migration , enregistrez toujours une copie de votre application logique, de votre flux Power Automate ou de Power App pour avoir une sauvegarde.

Note

Toutes les opérations V2 ont deux paramètres supplémentaires : Server Name, et Database Name. Cela permet aux opérations V2 de prendre en charge les authentifications Microsoft Entra ID.

Type d’opération	Opération V1	Équivalent de l’opération V2
Action	Supprimer la ligne [DÉCONSEILLÉE]	Supprimer une ligne (V2)
Action	Exécuter une requête SQL [DÉPRÉCIÉ]	Exécuter une requête SQL (V2)
Action	Exécuter une procédure stockée	Exécuter une procédure stockée (V2)
Action	Get row [DEPRECATED]	Obtenir la ligne (V2)
Action	Obtenir des lignes [DÉCONSEILLÉE]	Obtenir des lignes (V2)
Action	Insérer une ligne [DÉCONSEILLÉE]	Insérer une ligne (V2)
Action	Répertorie les tables exposées par la connexion [DÉCONSEILLÉE]	Obtenir des tables (V2)
Action	Mettre à jour la ligne [DÉCONSEILLÉ]	Mettre à jour la ligne (V2)
Déclencheur	Lorsqu’un élément est créé [DÉPRÉCIÉ]	Lorsqu’un élément est créé (V2)
Déclencheur	Lorsqu’un élément est modifié [DÉPRÉCIÉ]	Lorsqu’un élément est modifié (V2)

Identifier les actions V1

Power Automate

Pour les opérations Power Automate, ouvrez l’opération Code View SQL Server et vérifiez la host.operationId valeur. Si la valeur correspond à l’un des ID d’opération SQL Server V1 répertoriés ci-dessus, cette opération doit être migrée vers son équivalent V2.

Par exemple, PatchItem l’opération doit être migrée vers PatchItem_V2.

Applications Logiques

Pour obtenir une vue d’ensemble des applications logiques qui contiennent au moins une opération SQL Server V1 :

1. Ouvrir le portail Azure

2. Ouvrir l’Explorateur Azure Resource Graph

3. Entrez votre ID d’abonnement dans l’espace réservé et exécutez la requête ci-dessous pour obtenir un résumé des applications logiques qui nécessitent votre attention et le nombre d’actions SQL Server V1 dans chacune d’entre elles.

   • Script De l’Explorateur Azure Resource Graph pour identifier Logic Apps avec des actions V1.

     resources
     | where subscriptionId == "<subscription-id>"
     | where type == "microsoft.logic/workflows"
     | extend propertiesJson=parse_json(properties)
     | extend actionsJson=propertiesJson["definition"]["actions"]
     | mv-expand actionsJson
     | where notnull(actionsJson)
     | extend path=extract("\"path\":\"(.*?)\"", 1, tostring(actionsJson))
     | where notnull(path) and path startswith "/datasets/default/"
     | extend actionConnectionName=extract("\"connection\":{\"name\":\"(.*?)\"}", 1, tostring(actionsJson))
     | where notnull(actionConnectionName)
     | parse actionConnectionName with "@parameters('$connections')['"parsedActionConnectionName"']['connectionId']"
     | extend tmpConnection = propertiesJson["parameters"]["$connections"]["value"][parsedActionConnectionName]
     | where notnull(tmpConnection)
     | extend connectionId=extract("\"id\":\"(.*?)\"", 1, tostring(tmpConnection))
     | where notnull(connectionId) and connectionId endswith "/managedApis/sql"
     | project id, name, resourceGroup, actionsJson
     | summarize v1ActionCount = count() by resourceGroup, logicAppName = name
     

   • Script Azure Resource Graph Explorer pour identifier Logic Apps avec des déclencheurs V1.

     resources
     | where subscriptionId == "<subscription-id>"
     | where type == "microsoft.logic/workflows"
     | extend propertiesJson=parse_json(properties)
     | extend triggersJson=propertiesJson["definition"]["triggers"]
     | mv-expand triggersJson
     | where notnull(triggersJson)
     | extend path=extract("\"path\":\"(.*?)\"", 1, tostring(triggersJson))
     | where notnull(path) and path startswith "/datasets/default/"
     | extend triggerConnectionName=extract("\"connection\":{\"name\":\"(.*?)\"}", 1, tostring(triggersJson))
     | where notnull(triggerConnectionName)
     | parse triggerConnectionName with "@parameters('$connections')['"parsedTriggerConnectionName"']['connectionId']"
     | extend tmpConnection = propertiesJson["parameters"]["$connections"]["value"][parsedTriggerConnectionName]
     | where notnull(tmpConnection)
     | extend connectionId=extract("\"id\":\"(.*?)\"", 1, tostring(tmpConnection))
     | where notnull(connectionId) and connectionId endswith "/managedApis/sql"
     | project id, name, resourceGroup, triggersJson
     | summarize v1TriggerCount = count() by resourceGroup, logicAppName = name
     

Migrer vers des opérations V2 sur l’expérience utilisateur

Migrer Des applications logiques et l’automatisation Power Automate

1. Ouvrez le flux Logic App ou Power Automate qui contient l’action V1.

2. Ajoutez une action juste avant ou après l’action V1 que vous souhaitez mettre à jour.

   

3. Cliquez sur le connecteur SQL Server et recherchez l’équivalent V2 de l’action en cours de migration.

   

4. Sélectionnez la connexion à utiliser dans l’action V2.

   Conseil / Astuce

   Les actions V2 prennent en charge les types d’authentification Microsoft Entra ID. Logic Apps prend également en charge Azure Logic Apps prend en charge l’authentification d’identité managée sur les actions V2.

   Pour plus d’informations, consultez la section Authentification .

5. Entrez le nom du serveur.

   • Si vous utilisez Windows Authentication ou SQL Server Authenticationsélectionnez le nom du serveur dans la liste déroulante.

     

   • Si vous utilisez Service principal, Microsoft Entra ID ou Managed Identity tapez d’authentification, cliquez sur « Entrer une valeur personnalisée » dans la liste déroulante, puis entrez le nom de votre serveur.

     

6. Entrez votre base de données en la sélectionnant dans la liste déroulante.

   

7. Entrez le reste des paramètres afin qu’ils soient identiques à l’action V1.

8. Après avoir configuré l’action V1, supprimez l’action V2.

   

   Important

   La suppression de l’action V1 entraîne la suppression de tout le contenu dynamique de V1 ; Le contenu dynamique V2 doit être re-ajouté.

Migrer Power Apps

1. Ouvrez l’application qui doit être mise à jour.

2. Supprimez toutes les sources de données SQL.

   Note

   Les formules utilisant les sources de données supprimées affichent une erreur, ce qui est attendu et sera résolu lors des étapes suivantes.

   

3. Ouvrez l’onglet Fonctionnalités à venir dans les paramètres, puis tapez « SQL » dans la zone de recherche. La fonctionnalité « Activer le connecteur Microsoft SQL Server amélioré » s’affiche.

   

4. Activez la fonctionnalité « Activer le connecteur Microsoft SQL Server amélioré ».

   Note

   Cette fonctionnalité est activée par défaut pour toutes les nouvelles applications Power Apps.

   

5. Lecture de la source de données.

   

6. Vérifiez le comportement de l’application, spécialement sur les tables qui gèrent les types de données DateTime.

7. Enregistrer l’application.

Migrer des opérations via la vue de code dans Azure Logic Apps

Pour les scénarios plus complexes, les actions peuvent être migrées en mettant à jour la définition du flux de travail.

1. Identifiez le nom des opérations (déclencheur et/ou actions) qui doivent être migrées dans l’application logique.

2. Ouvrez le concepteur de l’application logique à modifier, puis cliquez sur « Mode Code ».

   

3. Pour chaque action à migrer :

   1. Rechercher la propriété de chemin d’accès de l’action ou du déclencheur
   2. Remplacez /datasets/default/ la propriété path par /v2/datasets/@{encodeURIComponent(encodeURIComponent('default'))},@{encodeURIComponent(encodeURIComponent('default'))}/.

4. Une fois toutes les opérations mises à jour, cliquez sur « Concepteur ».

   

5. Vérifiez que toutes les opérations ont été migrées avec succès.

   • Le nom du serveur et de la base de données doit être rempli avec les valeurs de la connexion.
   • Tous les autres paramètres doivent également être renseignés.

   

6. Enregistrez et testez l’application logique.

Conseil / Astuce

Si vous le souhaitez, une fois les actions migrées vers la version V2, le nom et la connexion de l’opération peuvent être mis à jour.

Voici un exemple de migration de lignes Get [DEPRECATED].

1. Ouvrez « Mode Code ».

2. Recherchez l’action « Obtenir des lignes [DÉPRÉCIÉE] ».

   "actions": {
     "Get_rows_[DEPRECATED]": {
       "inputs": {
         "host": {
           "connection": {"name": "..."},
           "method": "get",
           "path": "/datasets/default/tables/.../items"
         },
         "runAfter": {},
         "type": "ApiConnection"
       }
     }
   }
   

3. Mettez à jour le segment de jeux de données du chemin d’accès avec le remplacement fourni ci-dessus.

   "actions": {
     "Get_rows_[DEPRECATED]": {
       "inputs": {
         "host": {
           "connection": {"name": "..."},
           "method": "get",
           "path": "/v2/datasets/@{encodeURIComponent(encodeURIComponent('default'))},@{encodeURIComponent(encodeURIComponent('default'))}/tables/.../items"
         },
         "runAfter": {},
         "type": "ApiConnection"
       }
     }
   }
   

4. Cliquez sur « Concepteur » pour revenir à l’affichage initial et vérifier que l’action a été correctement remplie.

Migrer des opérations via la modification de la définition de flux

1. Identifiez le nom des opérations (déclencheur et/ou actions) qui doivent être migrées dans l’application logique.

2. Exportez votre flux en tant que package (ZIP).

   

3. Extrayez le fichier ZIP.

4. Ouvrez le dossier où ZIP a été extrait.

5. Accédez à Microsoft.Flow, puis flowsau dossier nommé GUID.

6. Ouvrez le fichier definition.json dans un éditeur de texte.

   • Pour améliorer la lisibilité, mettez en forme le JSON.

7. Pour chaque action à migrer :

   1. Rechercher l’action ou la propriété de déclencheur

   2. Mettez à jour inputs.host.operationId la propriété vers l’équivalent V2. Vous trouverez la valeur dans la documentation de l’opération.

      

   3. Ajoutez à inputs.parameters deux propriétés :

      • server avec la valeur default
      • database avec la valeur default

8. Enregistrer le fichier definition.json

9. Revenez à l’emplacement où se trouvent manifest.json et Microsoft.Flow

10. Sélectionnez Microsoft.Flow et manifest.json, puis compressez dans un fichier ZIP.

    Important

    Vérifiez que le nouveau fichier ZIP a exactement la même structure de fichiers et de dossiers que le fichier ZIP d’origine.

    Le dossier Microsoft.Flow et le fichier manifest.json doivent être à la racine du nouveau fichier ZIP. L’échec de la même structure entraîne des erreurs lors du chargement du package.

    

11. Accédez à vos flux sur Power Automate.

12. Importez le flux mis à jour en important le package. Sélectionnez le fichier ZIP nouvellement créé et chargez le package.

    

13. Sélectionnez le programme d’installation d’importation (importer/créer un nouveau), puis sélectionnez les connexions qui seront utilisées par le flux.

14. Une fois l’importation terminée, ouvrez le flux nouveau/mis à jour.

15. Vérifier que les actions ont été mises à jour

• Le nom du serveur et de la base de données doit être rempli avec les valeurs de la connexion.

• Tous les autres paramètres doivent également être renseignés.

  

Conseil / Astuce

Si vous le souhaitez, une fois les actions migrées vers la version V2, le nom et la connexion de l’opération peuvent être mis à jour sur l’expérience utilisateur.

Voici un exemple de migration d’une requête SQL [DEPRECATED].

1. Ouvrez « Mode Code ».

2. Recherchez l’action « Exécuter une requête SQL [DÉPRÉCIÉE] ».

   "actions": {
     "Execute_a_SQL_query_[DEPRECATED]": {
       // ...
       "inputs": {
         "host": {
           // ...
           "operationId": "ExecutePassThroughNativeQuery"
         },
         "parameters": {
           "query/query": "SELECT * from [dbo].[SampleTable] WHERE AnyId = 42",
         },
         // ..
       }
     }
   }
   

3. Mettez à jour l’ID d’opération avec l’ID d’opération V2 équivalent, puis ajoutez les paramètres de serveur et de base de données avec la default valeur comme indiqué ci-dessus.

   "actions": {
     "Execute_a_SQL_query_[DEPRECATED]": {
       // ...
       "inputs": {
         "host": {
           // ...
           "operationId": "ExecutePassThroughNativeQuery_V2"
         },
         "parameters": {
           "server": "default",
           "database": "default",
           "query/query": "SELECT * from [dbo].[SampleTable] WHERE AnyId = 42",
         },
         // ..
       }
     }
   }
   
   

Important

Les connexions Microsoft Entra ID Integrated (Azure Commercial) sont désactivées dans les environnements US Government (GCC) par défaut. Pour activer ces types de connexions, le paramètre Se connecter à Azure Commercial doit être activé dans le Centre d’administration Power Platform par un administrateur client.

L’activation de ce paramètre permet aux connexions aux ressources dans Azure Commercial qui opèrent et envoient des données en dehors de la limite de conformité de Power Platform US Government. Ceci est spécifiquement utilisé pour permettre l’accès aux ressources commerciales à partir des versions cloud GCC des connecteurs Power Platform.

Microsoft Entra ID Integrated (Azure Commercial) est le seul type d’authentification qui fonctionne à partir d’environnements US Government (GCC) aux ressources commerciales Azure.

Authentification commerciale Azure désactivée par défaut :

Paramètre Se connecter à Azure Commercial dans le Centre d’administration Power Platform :

Création d’une connexion

Le connecteur prend en charge les types d’authentification suivants :

Authentification de certificat client	Fournir des informations d’identification d’ID Microsoft Entra à l’aide du certificat PFX et du mot de passe	Toutes les régions	Partageable
Microsoft Entra ID Intégré	Utilisez l’ID Microsoft Entra pour accéder à votre base de données SQL.	Toutes les régions à l’exception du gouvernement des États-Unis (GCC)	Impossible à partager
Microsoft Entra ID Integrated (Azure Commercial)	Utilisez l’ID Microsoft Entra pour accéder à votre base de données SQL dans Azure Commercial.	Us Government (GCC) uniquement	Impossible à partager
Microsoft Entra ID Integrated (Azure Government)	Utilisez l’ID Microsoft Entra pour accéder à votre base de données SQL dans Azure Government.	Us Government (GCC) uniquement	Impossible à partager
Principal du service (application Microsoft Entra ID)	Utilisez l’application Microsoft Entra ID pour accéder à votre base de données SQL.	Toutes les régions	Partageable
Authentification SQL Server	Utilisez un nom de compte et un mot de passe pour accéder à votre base de données SQL.	Toutes les régions	Partageable
Authentification Windows	Utilisez un nom de compte d’ID Microsoft Entra local et un mot de passe pour accéder à votre base de données SQL.	Toutes les régions	Partageable
Authentification Windows (non partagée)	Utilisez un nom de compte d’ID Microsoft Entra local et un mot de passe pour accéder à votre base de données SQL.	Toutes les régions	Impossible à partager
Valeur par défaut [DÉCONSEILLÉE]	Cette option concerne uniquement les connexions plus anciennes sans type d’authentification explicite et est fournie uniquement pour la compatibilité descendante.	Toutes les régions	Impossible à partager

Authentification de certificat client

ID d’authentification : certOauth

Applicable : Toutes les régions

Fournir des informations d’identification d’ID Microsoft Entra à l’aide du certificat PFX et du mot de passe

Il s’agit d’une connexion partageable. Si l’application d’alimentation est partagée avec un autre utilisateur, la connexion est également partagée. Pour plus d’informations, consultez la vue d’ensemble des connecteurs pour les applications de canevas - Power Apps | Microsoft Docs

Nom	Type	Descriptif	Obligatoire
Locataire	ficelle		Vrai
ID de client	ficelle	ID client de l’application Microsoft Entra ID
Secret du certificat client	clientCertificate	Secret de certificat client autorisé par cette application	Vrai

Identifiant Microsoft Entra intégré

ID d’authentification : oauth

Applicable : Toutes les régions à l’exception du gouvernement des États-Unis (GCC)

Utilisez l’ID Microsoft Entra pour accéder à votre base de données SQL.

Ce n’est pas une connexion partageable. Si l’application Power est partagée avec un autre utilisateur, un autre utilisateur sera invité à créer explicitement une nouvelle connexion.

Microsoft Entra ID Integrated (Azure Commercial)

ID d’authentification : oauthCom

Applicable : US Government (GCC) uniquement

Utilisez l’ID Microsoft Entra pour accéder à votre base de données SQL dans Azure Commercial.

Ce n’est pas une connexion partageable. Si l’application Power est partagée avec un autre utilisateur, un autre utilisateur sera invité à créer explicitement une nouvelle connexion.

Microsoft Entra ID Integrated (Azure Government)

ID d’authentification : oauth

Applicable : US Government (GCC) uniquement

Utilisez l’ID Microsoft Entra pour accéder à votre base de données SQL dans Azure Government.

Ce n’est pas une connexion partageable. Si l’application Power est partagée avec un autre utilisateur, un autre utilisateur sera invité à créer explicitement une nouvelle connexion.

Principal du service (application Microsoft Entra ID)

ID d’authentification : oauthSP

Applicable : Toutes les régions

Utilisez l’application Microsoft Entra ID pour accéder à votre base de données SQL.

Il s’agit d’une connexion partageable. Si l’application d’alimentation est partagée avec un autre utilisateur, la connexion est également partagée. Pour plus d’informations, consultez la vue d’ensemble des connecteurs pour les applications de canevas - Power Apps | Microsoft Docs

Nom	Type	Descriptif	Obligatoire
Locataire	ficelle		Vrai
ID de client	ficelle		Vrai
Clé secrète client	securestring		Vrai

L'authentification SQL Server

ID d’authentification : sqlAuthentication

Applicable : Toutes les régions

Utilisez un nom de compte et un mot de passe pour accéder à votre base de données SQL.

Il s’agit d’une connexion partageable. Si l’application d’alimentation est partagée avec un autre utilisateur, la connexion est également partagée. Pour plus d’informations, consultez la vue d’ensemble des connecteurs pour les applications de canevas - Power Apps | Microsoft Docs

Nom	Type	Descriptif	Obligatoire
Nom du serveur SQL	ficelle	Spécifiez le nom du serveur SQL (serveur[:p ort])	Vrai
Nom de la base de données SQL	ficelle	Nom de la base de données SQL	Vrai
Nom d’utilisateur	securestring	Informations d’identification du nom d'	Vrai
Mot de passe	securestring	Informations d’identification du mot de passe	Vrai
Gateway	gatewaySetting	Passerelle locale (voir https://docs.microsoft.com/data-integration/gateway pour plus d’informations

Authentification de Windows

ID d’authentification : windowsAuthentication

Applicable : Toutes les régions

Utilisez un nom de compte d’ID Microsoft Entra local et un mot de passe pour accéder à votre base de données SQL.

Il s’agit d’une connexion partageable. Si l’application d’alimentation est partagée avec un autre utilisateur, la connexion est également partagée. Pour plus d’informations, consultez la vue d’ensemble des connecteurs pour les applications de canevas - Power Apps | Microsoft Docs

Nom	Type	Descriptif	Obligatoire
Nom du serveur SQL	ficelle	Spécifiez le nom du serveur SQL (serveur[:p ort])	Vrai
Nom de la base de données SQL	ficelle	Nom de la base de données SQL	Vrai
Nom d’utilisateur	securestring	Informations d’identification du nom d'	Vrai
Mot de passe	securestring	Informations d’identification du mot de passe	Vrai
Gateway	gatewaySetting	Passerelle locale (voir https://docs.microsoft.com/data-integration/gateway pour plus d’informations	Vrai

Authentification Windows (non partagée)

ID d’authentification : windowsAuthenticationNonShared

Applicable : Toutes les régions

Utilisez un nom de compte d’ID Microsoft Entra local et un mot de passe pour accéder à votre base de données SQL.

Ce n’est pas une connexion partageable. Si l’application Power est partagée avec un autre utilisateur, un autre utilisateur sera invité à créer explicitement une nouvelle connexion.

Nom	Type	Descriptif	Obligatoire
Nom d’utilisateur	securestring	Informations d’identification du nom d'	Vrai
Mot de passe	securestring	Informations d’identification du mot de passe	Vrai
Gateway	gatewaySetting	Passerelle locale (voir https://docs.microsoft.com/data-integration/gateway pour plus d’informations	Vrai

Valeur par défaut [DÉCONSEILLÉE]

Applicable : Toutes les régions

Cette option concerne uniquement les connexions plus anciennes sans type d’authentification explicite et est fournie uniquement pour la compatibilité descendante.

Ce n’est pas une connexion partageable. Si l’application Power est partagée avec un autre utilisateur, un autre utilisateur sera invité à créer explicitement une nouvelle connexion.

Nom	Type	Descriptif	Obligatoire
Nom du serveur SQL	ficelle	Nom du serveur SQL	Vrai
Nom de la base de données SQL	ficelle	Nom de la base de données SQL	Vrai
Type d’authentification	ficelle	Type d’authentification pour vous connecter à votre base de données
Nom d’utilisateur	securestring	Informations d’identification du nom d'	Vrai
Mot de passe	securestring	Informations d’identification du mot de passe	Vrai
Gateway	gatewaySetting	Passerelle locale (voir https://docs.microsoft.com/data-integration/gateway pour plus d’informations

Limitations

Nom	Appels	Période de renouvellement
Appels d’API par connexion	100	10 secondes

Actions

Exécuter une procédure stockée	Cette opération exécute une procédure stockée.
Exécuter une procédure stockée (V2)	Cette opération exécute une procédure stockée.
Exécuter une requête SQL (V2)	Exécuter une requête SQL (V2)
Exécuter une requête SQL [DÉPRÉCIÉ]	Cette action a été déconseillée. Utilisez plutôt Exécuter une requête SQL (V2). Exécuter une requête SQL
Get row [DEPRECATED]	Cette action a été déconseillée. Utilisez la ligne Get (V2) à la place. Cette opération obtient une ligne d’une table.
Insérer une ligne (V2)	Cette opération insère une nouvelle ligne dans une table.
Insérer une ligne [DÉCONSEILLÉE]	Cette action a été déconseillée. Utilisez plutôt insérer une ligne (V2). Cette opération insère une nouvelle ligne dans une table.
Mettre à jour la ligne (V2)	Cette opération met à jour une ligne existante dans une table.
Mettre à jour la ligne [DÉCONSEILLÉ]	Cette action a été déconseillée. Utilisez la ligne Update (V2) à la place. Cette opération met à jour une ligne existante dans une table.
Obtenir des lignes (V2)	Cette opération obtient des lignes d’une table.
Obtenir des lignes [DÉCONSEILLÉE]	Cette action a été déconseillée. Utilisez plutôt Get rows (V2). Cette opération obtient des lignes d’une table.
Obtenir des tables (V2)	Cette opération obtient des tables d’une base de données.
Obtenir la ligne (V2)	Cette opération obtient une ligne d’une table.
Répertorie les tables exposées par la connexion [DÉCONSEILLÉE]	Cette action a été déconseillée. Utilisez plutôt Get tables (V2). Répertorie les tables exposées par la connexion
Supprimer la ligne [DÉCONSEILLÉE]	Cette action a été déconseillée. Utilisez plutôt Supprimer la ligne (V2). Cette opération supprime une ligne d’une table.
Supprimer une ligne (V2)	Cette opération supprime une ligne d’une table.
Transformer des données à l’aide de Power Query	Transformer des données à l’aide de Power Query. Remarque : cette opération ne fonctionne pas lors de la connexion à l’aide de SQL Microsoft Entra ID.

Exécuter une procédure stockée

ID d’opération :

ExecuteProcedure

Cette opération exécute une procédure stockée.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la procédure	procedure	True	string	Nom de la procédure stockée
Liste des paramètres	parameters	True	dynamic	Paramètres d’entrée de la procédure stockée

Retours

Les sorties de cette opération sont dynamiques.

Exécuter une procédure stockée (V2)

ID d’opération :

ExecuteProcedure_V2

Cette opération exécute une procédure stockée.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la procédure	procedure	True	string	Nom de la procédure stockée
Liste des paramètres	parameters	True	dynamic	Paramètres d’entrée de la procédure stockée

Retours

Les sorties de cette opération sont dynamiques.

Exécuter une requête SQL (V2)

ID d’opération :

ExecutePassThroughNativeQuery_V2

Exécuter une requête SQL (V2)

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Query	query	True	dynamic	corps de requête

Retours

Les sorties de cette opération sont dynamiques.

Exécuter une requête SQL [DÉPRÉCIÉ]

ID d’opération :

ExecutePassThroughNativeQuery

Cette action a été déconseillée. Utilisez plutôt Exécuter une requête SQL (V2).

Exécuter une requête SQL

Paramètres

Nom	Clé	Obligatoire	Type	Description
Query	query	True	dynamic	corps de requête

Retours

Les sorties de cette opération sont dynamiques.

Get row [DEPRECATED]

ID d’opération :

GetItem

Cette action a été déconseillée. Utilisez la ligne Get (V2) à la place.

Cette opération obtient une ligne d’une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la table	table	True	string	Nom de la table SQL
ID de ligne	id	True	string	Identificateur unique de la ligne à récupérer

Retours

Les sorties de cette opération sont dynamiques.

Insérer une ligne (V2)

ID d’opération :

PostItem_V2

Cette opération insère une nouvelle ligne dans une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la table	table	True	string	Nom de la table
Ligne	item	True	dynamic	Ligne à insérer dans la table spécifiée

Retours

Les sorties de cette opération sont dynamiques.

Insérer une ligne [DÉCONSEILLÉE]

ID d’opération :

PostItem

Cette action a été déconseillée. Utilisez plutôt insérer une ligne (V2).

Cette opération insère une nouvelle ligne dans une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la table	table	True	string	Nom de la table
Ligne	item	True	dynamic	Ligne à insérer dans la table spécifiée

Retours

Les sorties de cette opération sont dynamiques.

Mettre à jour la ligne (V2)

ID d’opération :

PatchItem_V2

Cette opération met à jour une ligne existante dans une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la table	table	True	string	Nom de la table
ID de ligne	id	True	string	Identificateur unique de la ligne à mettre à jour
Ligne	item	True	dynamic	Ligne avec des valeurs mises à jour

Retours

Les sorties de cette opération sont dynamiques.

Mettre à jour la ligne [DÉCONSEILLÉ]

ID d’opération :

PatchItem

Cette action a été déconseillée. Utilisez la ligne Update (V2) à la place.

Cette opération met à jour une ligne existante dans une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la table	table	True	string	Nom de la table
ID de ligne	id	True	string	Identificateur unique de la ligne à mettre à jour
Ligne	item	True	dynamic	Ligne avec des valeurs mises à jour

Retours

Les sorties de cette opération sont dynamiques.

Obtenir des lignes (V2)

ID d’opération :

GetItems_V2

Cette opération obtient des lignes d’une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la table	table	True	string	Nom de la table SQL
Transformation d’agrégation	$apply		string	Séquence de transformations d’agrégation OData
Filtrer la requête	$filter		string	Requête de filtre ODATA pour restreindre les entrées retournées (par exemple, stringColumn eq 'string' OR numberColumn lt 123).
Commande par	$orderby		string	Requête ODATA orderBy pour spécifier l’ordre des entrées.
Ignorer le nombre	$skip		integer	Nombre d’entrées à ignorer (valeur par défaut = 0).
Nombre supérieur	$top		integer	Nombre total d’entrées à récupérer (valeur par défaut = all).
Sélectionner la requête	$select		string	Champs spécifiques à récupérer à partir d’entrées (valeur par défaut = all).

Retours

Les sorties de cette opération sont dynamiques.

Obtenir des lignes [DÉCONSEILLÉE]

ID d’opération :

GetItems

Cette action a été déconseillée. Utilisez plutôt Get rows (V2).

Cette opération obtient des lignes d’une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la table	table	True	string	Nom de la table SQL
Transformation d’agrégation	$apply		string	Séquence de transformations d’agrégation OData
Filtrer la requête	$filter		string	Requête de filtre ODATA pour restreindre les entrées retournées (par exemple, stringColumn eq 'string' OR numberColumn lt 123).
Commande par	$orderby		string	Requête ODATA orderBy pour spécifier l’ordre des entrées.
Ignorer le nombre	$skip		integer	Nombre d’entrées à ignorer (valeur par défaut = 0).
Nombre supérieur	$top		integer	Nombre total d’entrées à récupérer (valeur par défaut = all).
Sélectionner la requête	$select		string	Champs spécifiques à récupérer à partir d’entrées (valeur par défaut = all).

Retours

Les sorties de cette opération sont dynamiques.

Obtenir des tables (V2)

ID d’opération :

GetTables_V2

Cette opération obtient des tables d’une base de données.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données

Retours

Représente une liste de tables.

Corps

TablesList

Obtenir la ligne (V2)

ID d’opération :

GetItem_V2

Cette opération obtient une ligne d’une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la table	table	True	string	Nom de la table SQL
ID de ligne	id	True	string	Identificateur unique de la ligne à récupérer

Retours

Les sorties de cette opération sont dynamiques.

Répertorie les tables exposées par la connexion [DÉCONSEILLÉE]

ID d’opération :

GetTables

Cette action a été déconseillée. Utilisez plutôt Get tables (V2).

Répertorie les tables exposées par la connexion

Retours

Représente une liste de tables.

Corps

TablesList

Supprimer la ligne [DÉCONSEILLÉE]

ID d’opération :

DeleteItem

Cette action a été déconseillée. Utilisez plutôt Supprimer la ligne (V2).

Cette opération supprime une ligne d’une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la table	table	True	string	Nom de la table
ID de ligne	id	True	string	Identificateur unique de la ligne à supprimer

Supprimer une ligne (V2)

ID d’opération :

DeleteItem_V2

Cette opération supprime une ligne d’une table.

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la table	table	True	string	Nom de la table
ID de ligne	id	True	string	Identificateur unique de la ligne à supprimer

Transformer des données à l’aide de Power Query

ID d’opération :

SqlExecutePassThroughPowerQuery

Transformer des données à l’aide de Power Query. Remarque : cette opération ne fonctionne pas lors de la connexion à l’aide de SQL Microsoft Entra ID.

Paramètres

Nom	Clé	Obligatoire	Type	Description
query	query		mquery	Texte de la requête

Retours

Les sorties de cette opération sont dynamiques.

Déclencheurs

Lorsqu’un élément est créé (V2)	Déclenche un flux lorsqu’un élément est créé dans SQL
Lorsqu’un élément est créé [DÉPRÉCIÉ]	Cette action a été déconseillée. Utilisez à la place quand un élément est créé (V2). Déclenche un flux lorsqu’un élément est créé dans SQL
Lorsqu’un élément est modifié (V2)	Déclenche un flux lorsqu’un élément est modifié/inséré dans SQL
Lorsqu’un élément est modifié [DÉPRÉCIÉ]	Cette action a été déconseillée. Utilisez plutôt Quand un élément est modifié (V2). Déclenche un flux lorsqu’un élément est modifié/inséré dans SQL

Lorsqu’un élément est créé (V2)

ID d’opération :

GetOnNewItems_V2

Déclenche un flux lorsqu’un élément est créé dans SQL

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la table	table	True	string	Nom de la table SQL
Filtrer la requête	$filter		string	Requête de filtre ODATA pour restreindre les entrées retournées (par exemple, stringColumn eq 'string' OR numberColumn lt 123).
Nombre supérieur	$top		integer	Nombre total d’entrées à récupérer (valeur par défaut = all).
Commande par	$orderby		string	Requête ODATA orderBy pour spécifier l’ordre des entrées.
Sélectionner la requête	$select		string	Champs spécifiques à récupérer à partir d’entrées (valeur par défaut = all).

Retours

Les sorties de cette opération sont dynamiques.

Lorsqu’un élément est créé [DÉPRÉCIÉ]

ID d’opération :

GetOnNewItems

Cette action a été déconseillée. Utilisez à la place quand un élément est créé (V2).

Déclenche un flux lorsqu’un élément est créé dans SQL

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la table	table	True	string	Nom de la table SQL
Filtrer la requête	$filter		string	Requête de filtre ODATA pour restreindre les entrées retournées (par exemple, stringColumn eq 'string' OR numberColumn lt 123).
Nombre supérieur	$top		integer	Nombre total d’entrées à récupérer (valeur par défaut = all).
Commande par	$orderby		string	Requête ODATA orderBy pour spécifier l’ordre des entrées.
Sélectionner la requête	$select		string	Champs spécifiques à récupérer à partir d’entrées (valeur par défaut = all).

Retours

Les sorties de cette opération sont dynamiques.

Lorsqu’un élément est modifié (V2)

ID d’opération :

GetOnUpdatedItems_V2

Déclenche un flux lorsqu’un élément est modifié/inséré dans SQL

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom du serveur	server	True	string	Nom du serveur SQL
Nom de la base de données	database	True	string	Nom de la base de données
Nom de la table	table	True	string	Nom de la table SQL
Filtrer la requête	$filter		string	Requête de filtre ODATA pour restreindre les entrées retournées (par exemple, stringColumn eq 'string' OR numberColumn lt 123).
Nombre supérieur	$top		integer	Nombre total d’entrées à récupérer (valeur par défaut = all).
Commande par	$orderby		string	Requête ODATA orderBy pour spécifier l’ordre des entrées.
Sélectionner la requête	$select		string	Champs spécifiques à récupérer à partir d’entrées (valeur par défaut = all).

Retours

Les sorties de cette opération sont dynamiques.

Lorsqu’un élément est modifié [DÉPRÉCIÉ]

ID d’opération :

GetOnUpdatedItems

Cette action a été déconseillée. Utilisez plutôt Quand un élément est modifié (V2).

Déclenche un flux lorsqu’un élément est modifié/inséré dans SQL

Paramètres

Nom	Clé	Obligatoire	Type	Description
Nom de la table	table	True	string	Nom de la table SQL
Filtrer la requête	$filter		string	Requête de filtre ODATA pour restreindre les entrées retournées (par exemple, stringColumn eq 'string' OR numberColumn lt 123).
Nombre supérieur	$top		integer	Nombre total d’entrées à récupérer (valeur par défaut = all).
Commande par	$orderby		string	Requête ODATA orderBy pour spécifier l’ordre des entrées.
Sélectionner la requête	$select		string	Champs spécifiques à récupérer à partir d’entrées (valeur par défaut = all).

Retours

Les sorties de cette opération sont dynamiques.

Définitions

Table

Représente une table.

Nom	Chemin d’accès	Type	Description
Nom	Name	string	Nom de la table. Le nom est utilisé au moment de l’exécution.
DisplayName	DisplayName	string	Nom complet de la table.
DynamicProperties	DynamicProperties	object	Propriétés de table supplémentaires fournies par le connecteur aux clients.

TablesList

Représente une liste de tables.

Nom	Chemin d’accès	Type	Description
value	value	array of Table	Liste des tables