Base de Connaissance

Dépendances de workflow En tant qu'analystes Alteryx, nous sommes en train de fouetter la perspicacité à des vitesses fulgurantes. Workflow après workflow, outil après outil, nous sommes brillants compréhension fonctionnelle à partir de bandes inertes de données qui nous habilitent à prendre de meilleures décisions. La bonne perspicacité est seulement aussi bonne qu'elle est partageable, cependant, et pour permettre le meilleur partage n'importe quel analyste de Alteryx peut tirer profit de leurs dépendances de workflow pour simplifier des dépendances de chemin d'entrée ou de sortie dans des workflows partagés. Accédez à votre menu dépendances de workflow via Options > Options avancées > dépendances de workflow Dépendances de workflow: dépendances de workflow «groupe par dépendance»: «afficher les outils individuels» Dans les options > options avancées > les dépendances de workflow, le menu affiche toutes les références de chemin d'accès dans votre workflow, par dépendance ou par outil individuel, et vous permet de les modifier universellement en un seul clic à l'une des trois normes couramment utilisées: Tous les relatifs: modifie toutes les dépendances de fichier en un chemin d'accès relatif à l'emplacement du Workflow Tout absolu: change toutes les dépendances de fichier en un chemin absolu vers l'emplacement du fichier All UNC: modifie toutes les dépendances de fichiers à une convention d'affectation de noms uniforme; tous les lecteurs mappés sont renommés dans une ressource réseau Notez comment dans chaque configuration, seules quelques-unes des références de chemin d'accès sont en mesure de mettre à jour à chaque norme respective, par exemple comment l'option "All UNC" laisse les chemins inchangés parce qu'il n'y a qu'une seule référence de fichier réseau et il est déjà au format UNC. De même, le fichier de sortie avec la référence% Temp% à une variable d'environnement (contrôle configuration/Système et propriétés Security/System/System > les variables d'environnement avancées > ...) reste inchangée dans toutes les configurations car il s'agit d'un système global variable qui est par défaut à la plupart des machines. Les outils auxquels les dépendances de workflow s'appliquent La gestion de vos dépendances de workflow est une pratique optimale pour le partage en raison de la fréquence que les références de chemin d'accès deviennent rompues lors de l'envoi de workflows entre les analystes, le partage sur la galerie ou la planification des workflows. La raison en est que la plupart des références de chemin d'accès sont effectuées spécifiques au système sur lequel un workflow a été créé, avant que le workflow ne soit déplacé vers un autre emplacement. Comprendre l'accessibilité de ces fichiers d'entrée/sortie avec l'emplacement final du workflow et s'assurer que les références à ces fichiers ne se rompent pas après le partage (c'est-à-dire si je suis le chemin de référence puis-je toujours trouver le fichier de l'environnement Ce workflow "vit" sur?) est une considération importante dans le développement de Workflow. En consultant le menu dépendances de workflow et en utilisant la gestion des actifs, cependant, vous aurez sur votre chemin à la mise en place de grands réseaux de perspicacité partagée qui aura votre organisation de travail plus intelligent que jamais! Assurez-vous de vérifier les dépendances de workflow jointes. pdf ou Alteryx aide pour plus d'informations sur les dépendances de workflow et comment les exploiter au mieux dans vos environnements de partage! En tant qu'analystes Alteryx, nous sommes en train de fouetter la perspicacité à des vitesses fulgurantes. Workflow après workflow, outil après outil, nous sommes brillants compréhension fonctionnelle à partir de bandes inertes de données qui nous habilitent à prendre de meilleures décisions. La bonne perspicacité est seulement aussi bonne qu'elle est partageable, cependant, et pour permettre le meilleur partage n'importe quel analyste de Alteryx peut tirer profit de leurs dépendances de workflow pour simplifier des dépendances de chemin d'entrée ou de sortie dans des workflows partagés. Meilleures pratiques

Applications analytiques chaînées Alteryx Alteryx applications analytiques (Apps) sont très utiles. Ils nous permettent de prendre un processus, paramétrer des parties de celui-ci, et ajouter une interface afin que les utilisateurs finaux n'ont pas besoin de connaître tous les rouages du processus afin de le faire fonctionner pour leur scénario spécifique. Nous pouvons même prendre un $ $ etAPP et le publier à une galerie de Alteryx ainsi le processus peut être partagé avec quelqu'un qui n'a même pas Alteryx installé sur leur machine. Une question commune que nous entendons des constructeurs de $ $ etAPP est, «comment faire les choix présentés pour une question d'interface dépendent d'une question d'interface précédemment répondue?». Ceci est principalement accompli en enchainant plusieurs apps ensemble de sorte que les résultats de l'application #1 fournissent dynamiquement les options pour une question déroulante ou de ListBox dans l'application #2. L'étape 1 et l'étape 2 du paquet ci-joint fournissent un exemple. Que faire si la question que vous souhaitez mettre à jour n'est pas une liste déroulante ou ListBox? Vous pouvez réellement employer l'application #1 pour mettre à jour dynamiquement le XML brut contrôlant la question (ou n'importe quel outil) dans l'application #2 avant de présenter les questions de l'application #2 à l'utilisateur. L'étape 2 et l'étape 3 du paquet ci-joint fournissent un exemple. Moins souvent, on nous demande comment nous pouvons créer ce que j'aime appeler une «boucle de rétroaction» dans l'interface. Cela implique l'utilisateur de l'application remplissant un ensemble de questions, en voyant certains résultats de ces questions, et de décider s'il faut continuer à avancer ou revenir à modifier leurs sélections initiales. Ceci peut être accompli en utilisant la même idée de modifier le XML pour décider dynamiquement quel $ $ etAPP devient le prochain lien de la chaîne dans un processus. L'étape 3 dans le paquet ci-joint est un exemple qui sera soit passer à une véritable étape 4 si l'utilisateur est heureux avec les résultats des étapes 1-3 ou sera en boucle de retour à l'étape 2 afin que l'utilisateur peut modifier leurs sélections initiales. Ils peuvent continuer dans la boucle, en modifiant leurs sélections à l'étape 2 encore et encore jusqu'à ce qu'ils soient satisfaits des résultats et choisissent de passer à l'étape 4. Le package joint (créé à l'aide de Alteryx 10) contient un exemple pour chacune de ces options avec quelques notes appelant les différents exemples. Veuillez noter que les deux options impliquant la modification du XML d'un $ $ etAPP ne fonctionneront pas dans une galerie de Alteryx parce que n'importe quelle application exécutée par la Galerie doit être vérifiée par le serveur à l'avance et il n'y a aucun moyen de construire cette étape de vérification dans l'application. 10,0