Ressources · Intégration Make

Intégration MySQL MakeAutomatiser MySQL avec Make.

Ta base peut travailler pendant que tu fais autre chose. L'intégration MySQL Make ouvre 8 modules, des briques à poser dans un scénario, l'automatisation que Make fait tourner pour toi. Rien dans MySQL ne le lance : Make vient regarder tes tables à l'intervalle choisi.

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

Ce que tu peux automatiser

Que permet vraiment l'intégration MySQL Make ?

Elle relie ton serveur MySQL à Make une bonne fois : cette connexion, c'est ton compte de base rattaché à Make, et tous les modules MySQL la réutilisent ensuite. À partir de là, Make lit des lignes, en écrit, en modifie, en supprime, et les fait circuler vers tes autres outils. Les 8 modules se répartissent en 6 actions, 1 recherche et 1 itérateur.

Quand la logique tourne déjà en SQL, elle n'a pas besoin d'être réécrite dans Make : une procédure déjà écrite continue de tourner, Make se contente de l'appeler. Execute a stored procedure la déclenche et récupère ce qu'elle renvoie, et Iterate recordset of a stored procedure éclate ce résultat en lignes que le scénario traite une par une.

Autre usage courant, la ligne qui part directement dans la bonne table. Insert row into a table écrit un nouvel enregistrement avec la valeur que lui passe le module précédent, sans que personne retape l'information à la main.

Et quand une table de test ou un import provisoire encombre la base, Select row(s) from a table repère les lignes concernées avant que Delete row(s) from a table les efface : une vérification, puis un nettoyage, sans ouvrir de client SQL.

Ce que Make ne fera pas de lui-même, c'est surveiller ta base : MySQL n'a aucun déclencheur, le module qui réagit tout seul à un événement. Une planification sur un autre module ou le déclencheur d'une autre app doit donc lancer le scénario, et le serveur doit rester joignable depuis internet.

Le même besoin existe côté n8n : la page Intégration MySQL n8n détaille son nœud, n8n vs Make aide à choisir, et la Formation Make convient si l'éditeur est encore nouveau.

Connexion

Comment connecter MySQL à Make ?

  1. 01

    Pose un module MySQL et crée la connexion

    Avant tout, il te faut un serveur MySQL qui tourne et qui répond. Dans Make, glisse n'importe quel module MySQL dans un scénario et clique sur Create a connection. Cette connexion, c'est ton compte de base relié à Make une fois pour toutes, et tous les modules MySQL suivants s'en servent.

  2. 02

    Remplis les champs du serveur

    Donne un nom à la connexion, puis complète Host avec l'adresse publique de ton serveur, Port, User et Password. Renseigne aussi Database : la plupart des modules s'en passent, Execute a query (advanced) non.

  3. 03

    Enregistre et valide l'accès

    Clique sur Save. Make te demande ensuite de t'authentifier et de confirmer l'accès si le serveur l'exige. Un serveur ancien réclame parfois Allow insecure authentication. Pour du TLS, les champs facultatifs acceptent un fichier P12, PFX ou PEM que Make utilise sans le conserver.

Premier scénario

Ton premier scénario avec MySQL

ObjectifÀ chaque exécution planifiée, Make lit dans MySQL les lignes qui répondent à ta condition et les recopie dans une autre table.

  1. 01

    Crée le scénario

    Depuis la page Scenarios, ouvre un nouveau scénario et clique sur le + pour poser le premier module. Cherche MySQL par son nom et choisis Select row(s) from a table.

  2. 02

    Branche la base et choisis la table

    Clique sur Create a connection s'il s'agit de ton premier module MySQL, puis indique la table à lire et la condition qui filtre les lignes. Make ne propose que ce que la connexion lui laisse voir.

  3. 03

    Ajoute l'écriture

    Clique sur le + à droite du module et ajoute Insert row into a table. Relie chaque colonne à la valeur du module précédent : ce qui circule ainsi s'appelle un bundle, un élément passé d'un module au suivant.

  4. 04

    Teste avec Run once

    Clique sur Run once, le bouton qui exécute le scénario une seule fois. Chaque module affiche les bundles reçus, tu vois donc les lignes lues avant la moindre écriture.

  5. 05

    Planifie puis active

    Ouvre Scheduling sur le premier module, la petite horloge : un scénario neuf est réglé sur 15 minutes par défaut. Choisis ton intervalle, puis bascule le scénario en marche.

Modules

Ce que MySQL sait faire dans un scénario

MySQL te donne 8 modules en 3 groupes. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

Actions

6 modules
MySQL1

Delete row(s) from a table

Action

Ce module supprime les lignes qui répondent à tes conditions et ne renvoie qu'une confirmation. Rien ne revient avec, la ligne n'existe plus.

Quand l'utiliser
vider une table tampon une fois que le reste du scénario a bien recopié les données ailleurs.
Attention
Make n'a pas de bouton retour sur une suppression. Teste d'abord tes conditions avec Select row(s) from a table et regarde ce qui remonte.
MySQL2

Execute a query (advanced)

Action

Tu écris la requête SQL et Make l'exécute telle quelle sur ta base. C'est la porte de sortie quand aucune des 6 actions prêtes à l'emploi ne couvre ton besoin.

Quand l'utiliser
une jointure entre deux tables pour un récapitulatif qu'un simple Select ne sait pas produire.
Attention
ce module exige le champ Database renseigné dans la connexion, sinon il n'a rien à interroger.
MySQL3

Execute a stored procedure

Action

Il appelle une procédure déjà écrite dans ta base et récupère ce qu'elle renvoie. La logique reste côté MySQL, Make se charge juste de la déclencher au bon moment.

Quand l'utiliser
une procédure de clôture écrite par ton développeur, que tu veux voir tourner sans que personne ouvre un client SQL.
Attention
le recordset arrive d'un bloc. Pour traiter ligne par ligne, enchaîne avec Iterate recordset of a stored procedure.
MySQL4

Insert row into a table

Action

Un élément entre, une ligne s'écrit. Tu relies les valeurs venues du module précédent, et le module te rend la ligne qu'il vient de créer.

Quand l'utiliser
une réponse de formulaire ou un paiement encaissé qui doit atterrir dans ta base, pas seulement dans l'outil qui l'a reçu.
Attention
un bundle donne une ligne. Pour écrire une liste entière, il faut d'abord l'éclater en bundles.
MySQL5

Update row(s) in a table

Action

Il modifie les colonnes que tu désignes sur les lignes qui répondent à ta condition. Le reste de la table ne bouge pas.

Quand l'utiliser
passer un dossier en « traité » à la fin du scénario, pour que l'exécution suivante ne le reprenne pas.
Attention
une condition trop large met à jour plus de lignes que prévu. Vérifie avec Run once ce qui s'est passé avant d'activer le scénario.
MySQL6

Pass NULL values into a table

ActionDans la doc seulement

Celui-ci écrit un vrai NULL dans la colonne, là où un module classique poserait une chaîne vide. La nuance compte dès que tu filtres ou que tu comptes des lignes.

Quand l'utiliser
un champ facultatif revient vide du formulaire et tes calculs ne doivent pas le compter comme une donnée.
Attention
l'annuaire Make ne l'affiche pas, seule la doc le liste. Cherche-le par son nom dans la recherche de modules.

Searches

1 module

You may also use the existing basic text operators for comparing dates and datetimes. Just use text formatted date/datetime as the second operand: YYYY-MM-DD for date typeYYYY-MM-DD HH:mm:ss for datetime type Literal static datetime value example: Formatted dynamic datetime value example:

MySQL7

Select row(s) from a table

Recherche

Il lit une table et fait passer chaque ligne trouvée dans la suite du scénario, un bundle par ligne. Zéro, une ou plusieurs : la suite s'exécute autant de fois qu'il y a de résultats.

Quand l'utiliser
récupérer les commandes d'une journée donnée pour les envoyer dans un tableau que toute l'équipe consulte.
Attention
les dates se comparent en texte. Écris la valeur au format YYYY-MM-DD, ou YYYY-MM-DD HH:mm:ss pour une colonne qui porte l'heure.

Iterators

1 module
MySQL8

Iterate recordset of a stored procedure

Itérateur

Dans MakeIterates through recordset received from a stored procedure.

Il prend le recordset renvoyé par une procédure stockée et le découpe en un bundle par ligne. Chaque ligne suit ensuite son propre chemin dans le scénario.

Quand l'utiliser
une procédure ressort la liste des factures impayées et chacune doit donner lieu à une relance distincte.
Attention
il n'a de sens que juste après Execute a stored procedure. Branché ailleurs, il ne trouve aucun recordset à ouvrir.
Besoin d'aide

Besoin d'aide pour automatiser MySQL avec Make ?

Une personne lit chaque message.

FAQ

Les questions qui viennent ensuite

01L'intégration MySQL Make est-elle gratuite ?
Oui, dès le plan Free. MySQL fait partie des apps standard, donc disponible sur tous les plans. Le plan Free te laisse 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. Ce qui se consomme s'appelle une opération : un module qui traite un élément. Lire une table puis écrire ligne par ligne coûte donc une opération par ligne. Les plans payants descendent à 1 minute d'intervalle, lèvent la limite de scénarios actifs et vont jusqu'à 40 minutes d'exécution.
02De quoi as-tu besoin pour brancher ta base sur Make ?
D'un serveur MySQL déjà configuré et joignable depuis internet, et d'un utilisateur qui a les droits sur la base. Make demande l'adresse du serveur, le port, l'utilisateur et le mot de passe, plus le nom de la base dès que tu passes par Execute a query (advanced). Si la base tourne sur ta machine, il faut commenter la ligne bind-address dans /etc/mysql/my.cnf, redémarrer le service MySQL, puis créer un utilisateur et lui accorder les privilèges en ligne de commande. Les valeurs localhost et 127.0.0.1 ne passent pas dans le champ Host.
03Un scénario peut-il réagir à une nouvelle ligne dans MySQL ?
Non. MySQL n'a aucun module déclencheur dans Make, rien de ce qui arrive dans tes tables ne réveille un scénario. Deux façons de faire quand même. Soit le scénario tourne sur une planification, l'horloge de son premier module, réglée sur 15 minutes par défaut, 15 minutes minimum sur le plan Free et jusqu'à 1 minute sur un plan payant. Soit il démarre sur le déclencheur d'une autre app, un formulaire envoyé ou un paiement encaissé, et MySQL intervient ensuite comme action. La seconde option évite les passages à vide.
04Il manque un module MySQL, on fait comment ?
MySQL n'a pas de module Make an API Call, cette sortie de secours n'existe pas ici. En pratique, Execute a query (advanced) la remplace : tu écris la requête, Make l'exécute, et les jointures ou les mises à jour en série cessent d'être un problème. Execute a stored procedure joue le même rôle pour la logique déjà écrite dans la base. Si le blocage vient de la connexion et pas du module, c'est presque toujours le serveur qui ne répond pas. L'équipe peut regarder ça avec toi.
05Make ou n8n pour piloter MySQL ?
Ça dépend surtout de ce qui entoure MySQL dans ton usage, pas de MySQL lui-même : les deux outils savent lire et écrire dans une table. Make affiche le scénario comme une suite de blocs et compte les opérations module par module, un format qui aide quand plusieurs personnes reprennent le même scénario plus tard. Le nœud MySQL de n8n rend le même service dans un éditeur pensé autrement. Ce qui doit trancher, c'est ce que tu peux vérifier chez toi : où sont déjà connectées tes autres apps, qui va garder la main sur les scénarios, et si quelqu'un dans l'équipe écrit du SQL au quotidien. Le comparatif du site détaille ces critères.
Hack'celeration Lab

Reçois nos astuces d'automatisation chaque semaine.

Pas de spam. Désinscription en un clic.