Je veux m’assurer que par exemple ce processus n8n exécute l’ordre du flux de travail. L’exemple montre 6 lignes de flux, c’est bien ça ?

1. À partir du premier objet d’exécution, l’ordre d’exécution se fait ligne par ligne de haut en bas (dans notre exemple, la cible de table à la fin de la première ligne est utilisée dans la deuxième ligne comme source au fur et à mesure que la ligne s’exécute)
ou
2. N8n exécute les 6 lignes en parallèle, donc si une ressource est disponible, il commencera par le haut et exécutera les lignes en parallèle ?
Nous utilisons la version cloud 2.20.12
Merci beaucoup
Je veux m’assurer que par exemple ce processus n8n exécute l’ordre du flux de travail. L’exemple montre 6 lignes de flux, est-ce correct ?

1. À partir du premier objet d’exécution, l’ordre d’exécution se fait une par une de haut en bas (dans notre exemple, à la fin de la première ligne, la table cible est utilisée dans la deuxième ligne comme une seule ligne exécute notre exemple, la table cible à la fin de la première ligne est utilisée dans la deuxième ligne comme source)
ou
2. N8n exécute les 6 lignes en parallèle, donc s’il dispose d’une ressource libre, il commencera par le haut et exécutera les lignes en parallèle ?
nous utilisons la version cloud instance 2.2.0.12
merci beaucoup
dépend de si tes lignes partagent réellement des données. d’après ce que tu as décrit — la table cible à la fin de la ligne 1 utilisée comme source pour la ligne 2 — il y a une vraie dépendance, donc n8n les exécute séquentiellement, celle du haut en premier. le moteur ne peut pas démarrer la ligne 2 tant que la ligne 1 n’est pas terminée puisque la ligne 2 a besoin de ce résultat.
si les 6 lignes étaient vraiment indépendantes (pas de données partagées), n8n ne les exécuterait quand même pas en parallèle — même avec des ressources libres, le moteur d’exécution traite les nœuds séquentiellement au sein d’une seule exécution de workflow. il PEUT les entrelacer (choisir quel nœud est prêt ensuite sur les différentes branches), mais il n’y a pas de vrai parallélisme dans une seule exécution. pour du vrai parallélisme, tu dois regarder du côté du mode queue + plusieurs workers, ou diviser en 6 workflows distincts qui se déclenchent ensemble.
au fait, ton image ne s’est pas chargée — le lien pointe vers ton système de fichiers local (file:///C:/Users/…) au lieu du cdn de discourse. essaie de glisser-déposer directement la capture d’écran dans le message si tu veux qu’elle soit visible.
L’option 1 est plus probable
n8n n’exécute pas toutes les branches visibles en parallèle simplement parce qu’elles sont sur le canvas.
L’exécution suit le graphe connecté. Un nœud s’exécute quand ses données d’entrée sont disponibles. Si une ligne dépend du résultat d’une autre ligne, connectez-les pour que cette dépendance soit explicite.
Donc si la ligne 2 a besoin de la table créée ou mise à jour par la ligne 1, faites commencer la ligne 2 après la ligne 1. Ne vous fiez pas à la position visuelle.
voici la réponse du support pour le bénéfice de tous
Avec Execution Logic v1, n8n exécute les branches séquentiellement - votre option 1 est correcte. Quand un nœud se connecte à plusieurs branches, n8n complète chaque branche entièrement avant de commencer la suivante, dans l’ordre de haut en bas tel qu’elles apparaissent sur le canvas.
Donc dans votre workflow, les 6 lignes s’exécutent une à la fois : la première branche se termine, puis la deuxième commence, et ainsi de suite. Cela signifie qu’il est sûr d’utiliser la sortie de la première branche comme source dans la deuxième branche, car la première sera toujours terminée au moment où la deuxième commence.
C’est l’une des différences clés entre la logique d’exécution v1 et v2 - v2 a introduit un ordre d’exécution plus efficace qui peut modifier la séquence dans laquelle les branches sont traitées, donc v1 est le bon choix quand vous avez des dépendances entre les branches comme ceci.
Bonjour @amitkatzzadara
Merci de partager.
Pourrais-tu republier le premier workflow s’il te plaît, pour qu’on puisse voir la différence.
Merci.