Tableau Importation Exportation

Diagramme d'exportation et d'importation

Vous trouverez ci-dessous l'ensemble du flux de transfert pour les tables, les requêtes et les agrégations de Tulip. Ce document fournira une explication détaillée de ce flux.

Champs d'utilisateur personnalisés et tables d'activité des machines

Le flux décrit ci-dessous s'applique également à l'exportation et à l'importation des tables de champs d'utilisateurs personnalisés et des tables de champs d'activité de la machine.

Exportation

Au cours du processus d'exportation, l'application ou l'automatisation exportée signale toutes les tables utilisées dans cette application. Une table est considérée comme utilisée si l'une des conditions suivantes est remplie :

• affichée dans un widget "Enregistrement de tableau
• Utilisé dans un widget de saisie
• affiché dans un tableau interactif
• Utilisé dans un déclencheur
• Utilisé dans une action d'automatisation
• Utilisé dans un bloc d'événement d'automatisation
• Utilisé dans un filtre pour une requête de tableau, un tableau interactif ou un widget d'analyse
• Utilisé comme entrée ou sortie d'un widget personnalisé

Si un champ est archivé, il ne sera pas exporté. Si un champ est archivé mais en cours d'utilisation, l'exportation échouera.

Importer

Recherche d'une table identique

Pour identifier les tables correspondantes lors de l'importation, nous recherchons les identifiants correspondants. Si une table avec le même identifiant est trouvée, nous ne créons pas de nouvelle table et nous nous appuyons sur la table existante.

Si la table du site d'importation est archivée, elle le restera.

Pour chaque champ de table

Pour chaque champ de table, nous recherchons un champ correspondant sur la base de l'ID de colonne de ce champ.

Si le type de données du champ correspondant est différent, l'importation échoue.

Si le champ est un champ d'enregistrement lié, la table liée sera ajoutée à la liste des dépendances pour l'importation, et ce flux sera répété pour cette table.

Pour chaque requête

Pour chaque requête de la table importée, nous vérifions si cette requête existe. Si un ID correspondant est trouvé, nous vérifions que la configuration est identique (limite, tri et filtrage) entre la cible et la source.

Si aucune requête correspondante n'est trouvée, une nouvelle requête est créée. Si une requête correspondante est trouvée, mais qu'elle n'est pas identique à l'instance cible, une nouvelle requête sera créée avec un nouveau nom.

Remarque : cela ne s'applique pas aux champs d'utilisateur personnalisés ni aux tables d'activité des machines.

Pour chaque agrégation

Pour chaque agrégation dans la table importée, nous vérifions si cette requête existe. Si un ID correspondant est trouvé, nous vérifions que la configuration est identique (opération, champ) entre la cible et la source.

Si la requête correspondante est introuvable, une nouvelle requête est créée. Si une requête correspondante est trouvée, mais qu'elle n'est pas identique à l'instance cible, une nouvelle requête sera créée avec un nouveau nom.

Remarque : cela ne s'applique pas aux champs d'utilisateur personnalisés ni aux tables d'activité des machines.