Ressources · Intégration Make

Intégration Microsoft SQL Server MakeAutomatiser Microsoft SQL Server avec Make.

Et si ta base SQL Server se mettait à jour toute seule quand un client paie ? L'intégration Microsoft SQL Server Make propose 7 modules pour lire, écrire, modifier ou supprimer des lignes. Tu verras ici à quoi sert chacun, comment brancher la base et comment monter un premier scénario.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Ce que tu peux automatiser

Que permet l'intégration Microsoft SQL Server Make ?

L'intégration Microsoft SQL Server Make relie ta base de données à un scénario, c'est-à-dire l'automatisation que tu construis dans Make, faite de briques appelées modules. Une table ressemble à un onglet de tableur aux colonnes bien définies : Make peut y chercher des lignes, en ajouter, en modifier ou en retirer, puis transmettre le résultat à tes autres outils.

Des commandes toujours à jour. Quand ton outil de paiement confirme un règlement, Select row(s) from a table retrouve la commande et Update row(s) in a table la passe en « payée ». Plus personne ne recopie les statuts à la main.

Une procédure maison, déclenchée depuis n'importe quel outil. Ton service informatique a déjà écrit une routine dans la base ? Execute stored procedure l'appelle telle quelle, sans que tu touches à sa logique.

Un registre central alimenté par tes formulaires. Chaque inscription à un webinaire devient une ligne grâce à Insert row into a table, et l'équipe marketing interroge une seule table.

Côté limites, sois lucide : l'app n'a aucun déclencheur, donc la base ne lance jamais un scénario d'elle-même, et elle n'offre pas de module d'appel d'API universel. Si tu hésites entre les deux outils, la page Intégration Microsoft SQL Server n8n présente le nœud équivalent et le comparatif n8n vs Make pose les critères. Pour apprendre l'éditeur pas à pas, il y a la Formation Make.

Connexion

Comment relier ta base SQL Server à Make ?

  1. 01

    Ajouter un module SQL Server

    Dans ton scénario, clique sur le +, tape Microsoft SQL Server et choisis n'importe quel module. Le bouton Create a connection apparaît. La connexion, c'est ton accès à la base, enregistré une fois et partagé par les 7 modules.

  2. 02

    Lui donner un nom parlant

    Le nom est facultatif, mais il t'évitera des sueurs froides. Avec « Base ventes, production » d'un côté et « Base ventes, test » de l'autre, tu sais toujours où écrit ton scénario.

  3. 03

    Autoriser puis enregistrer

    Renseigne les accès que Make te demande, ou valide l'écran d'autorisation s'il s'affiche, puis clique sur Save. Make affiche ensuite la liste des tables qu'il voit : pas besoin de connaître leur nom par cœur.

Premier scénario

Ton premier scénario : passer une commande en « payée »

ObjectifQuand ton outil de paiement confirme un règlement, Make retrouve la commande dans SQL Server et met son statut à jour.

  1. 01

    Créer le scénario

    Depuis la page Scenarios, crée un nouveau scénario et clique sur le grand +. Le premier module vient de ton outil de paiement, puisque SQL Server n'a pas de déclencheur à lui.

  2. 02

    Poser le déclencheur de l'outil de paiement

    Choisis le module qui réagit à un paiement, clique sur Create a connection pour brancher ton compte. Chaque paiement deviendra un bundle, un élément transmis au module suivant.

  3. 03

    Retrouver la commande

    Clique sur le + à droite, cherche Microsoft SQL Server et prends Select row(s) from a table. Choisis la table des commandes et relie le numéro de commande reçu du paiement.

  4. 04

    Mettre le statut à jour

    Ajoute Update row(s) in a table derrière, sur la même table. Vise la ligne trouvée à l'étape précédente et écris « payée » dans la colonne du statut.

  5. 05

    Tester avec Run once

    Clique sur Run once puis déclenche un paiement de test. Ouvre les bulles au-dessus des modules pour lire ce que chacun a reçu, et vérifie la ligne dans la table.

  6. 06

    Planifier et activer

    Règle l'horloge du premier module (toutes les 15 minutes par défaut) puis active le scénario. Chaque module qui traite un bundle consomme une opération sur ton forfait Make.

Modules

Les 7 modules SQL Server, un par un

Microsoft SQL Server te donne 7 modules. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

Microsoft SQL Server1

Delete row(s) from a table

Action

Ce module efface des lignes d'une table, par exemple les données d'un contact qui a demandé leur suppression dans ton outil de support. Une fois exécuté, rien ne revient.

Quand l'utiliser
un nettoyage lié à un événement précis ailleurs, comme la clôture d'un compte ou le rejet d'un dossier.
Attention
fais tes essais sur une copie de la table, car une condition trop large peut vider bien plus que prévu.
Microsoft SQL Server2

Execute a query (advanced)

Action

Une requête, c'est une consigne écrite en SQL, le langage des bases de données. Ici tu l'écris toi-même et Make l'envoie au serveur : pratique pour croiser deux tables ou calculer un total.

Quand l'utiliser
un collègue t'a fourni la requête toute prête et tu veux seulement la faire tourner au bon moment.
Attention
le mot « advanced » n'est pas là pour rien ; sans notions de SQL, reste sur Select, Insert et Update.
Microsoft SQL Server3

Execute stored procedure

Action

Une procédure stockée est une routine enregistrée dans la base, souvent écrite par l'informatique. Ce module l'appelle par son nom : la logique reste là où elle a été validée, Make ne fait que lui passer les valeurs.

Quand l'utiliser
ton DSI préfère ouvrir une procédure approuvée plutôt que laisser un scénario écrire dans les tables.
Attention
si elle renvoie une série de lignes, place Iterate recordset juste après.
Microsoft SQL Server4

Insert row into a table

Action

Il ajoute une nouvelle ligne dans la table choisie, chaque colonne remplie avec des données des modules précédents. Un bundle entre, une ligne sort : c'est le module qu'on pose le plus souvent.

Quand l'utiliser
centraliser des inscriptions, des devis signés ou des tickets venus d'autres outils.
Attention
si le scénario passe deux fois sur le même élément, tu obtiens un doublon ; vérifie d'abord avec Select row(s) from a table.
Microsoft SQL Server5

Update row(s) in a table

Action

Pour corriger des lignes existantes : un statut, un montant, une date. La ligne reste en place et seules les colonnes que tu relies sont réécrites, le reste n'est pas touché.

Quand l'utiliser
une information change dans un autre outil, un devis accepté par exemple, et la base doit suivre.
Attention
le pluriel du nom compte, une seule mise à jour peut toucher plusieurs lignes ; valide ton filtre avec Run once sur une table d'essai.
Microsoft SQL Server6

Select row(s) from a table

Recherche

Seul module de recherche de l'app, il va chercher des lignes et en renvoie zéro, une ou plusieurs. Chacune part comme un bundle séparé, donc la suite du scénario tourne une fois par ligne trouvée.

Quand l'utiliser
savoir si un client existe déjà avant de l'ajouter, ou sortir les factures impayées pour prévenir la compta.
Attention
chaque ligne renvoyée consomme des opérations dans les modules suivants, resserre donc ta recherche.
Microsoft SQL Server7

Iterate recordset

Itérateur

Dans MakeIterates through received recordset.

Un recordset, c'est un paquet de lignes livré d'un seul bloc. Cet itérateur le découpe en bundles distincts, un par ligne, pour que les modules suivants traitent chaque ligne à part.

Quand l'utiliser
derrière Execute stored procedure ou Execute a query (advanced), quand tu veux envoyer un message pour chaque ligne reçue.
Attention
il n'agit que sur un recordset reçu d'un module précédent, il ne se pose donc jamais en tête de scénario.
Besoin d'aide

Besoin d'aide pour automatiser Microsoft SQL Server avec Make ?

Une personne lit chaque message.

FAQ

Tes questions sur SQL Server et Make

01L'intégration Microsoft SQL Server Make est-elle gratuite ?
Oui, dès le plan Free. Microsoft SQL Server fait partie des apps standard, pas des apps Enterprise, donc ses 7 modules sont accessibles sans abonnement. Le plan Free a toutefois ses propres limites : 2 scénarios actifs, 15 minutes minimum entre deux exécutions planifiées, 5 minutes d'exécution au plus, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Les plans payants (Core, Pro, Teams, Enterprise) descendent à 1 minute d'intervalle, lèvent la limite de scénarios actifs et montent à 40 minutes d'exécution. Make compte en opérations, une par module et par bundle : une recherche qui renvoie beaucoup de lignes pèse donc plus lourd.
02Que faut-il pour connecter Microsoft SQL Server à Make ?
Un compte Make et un accès à ta base. La documentation officielle ne donne ni prérequis ni procédure propre à cette app, c'est donc le parcours standard de Make qui s'applique : ajouter un module SQL Server, cliquer sur Create a connection, la nommer si tu veux, renseigner les accès ou valider l'autorisation, puis cliquer sur Save. La connexion sert ensuite à tous les modules SQL Server de tous tes scénarios. Côté accès, vois avec la personne qui administre le serveur : un compte dédié, limité aux tables utiles, réduit les dégâts possibles si un scénario se trompe.
03L'intégration Microsoft SQL Server Make réagit-elle en temps réel ?
Non, l'app n'a aucun déclencheur. La base ne peut donc pas lancer un scénario quand une ligne change. Deux façons de démarrer quand même. La première : mettre en tête le déclencheur d'une autre app, un formulaire ou un outil de paiement ; s'il est instantané, cette app prévient Make par webhook dès que l'événement se produit, et SQL Server agit dans la foulée. La seconde : planifier le scénario et commencer par une recherche dans la base ; un nouveau scénario tourne toutes les 15 minutes par défaut, et l'intervalle descend à 1 minute sur les plans payants.
04Que faire s'il manque un module Microsoft SQL Server dans Make ?
Regarde d'abord Execute a query (advanced) et Execute stored procedure : ils envoient au serveur une requête ou une procédure que tu écris ou qui existe déjà, ce qui couvre souvent ce que les cinq autres modules ne font pas. En revanche, l'app ne propose pas de module Make an API Call, ce module universel présent sur certaines apps de Make, donc il n'existe pas de seconde issue côté Make. Si ton besoin dépasse ce qu'une requête permet, une autre app peut prendre le relais pour cette étape, et tu peux décrire ton cas dans le formulaire d'aide de cette page : une personne de l'équipe lit chaque message.
05Make ou n8n pour Microsoft SQL Server ?
Ça dépend surtout de l'outil que ton équipe utilise déjà. Les deux plateformes savent parler à Microsoft SQL Server. Chez n8n, un nœud dédié existe et une page de ce site le détaille. Côté Make, tu disposes des 7 modules décrits plus haut, accessibles dès le plan Free. Pour trancher, pars de tes propres critères : l'éditeur que ton équipe maîtrise, les autres apps que tes scénarios doivent toucher. Le comparatif n8n vs Make cité plus haut met ces critères côte à côte sans désigner de vainqueur à ta place.