Workflows PowerCenter : les fondamentaux

Un Workflow est un ensemble ordonné d'une ou plusieurs tâches (sessions ou autres), conçu dans l'onglet Workflow Designer du Workflow Manager pour accomplir un objectif opérationnel global.

La session est la tâche qui paramètre et exécute un mapping. Un worklfow exécute des tâches dont les sessions. Cette relation d'exécution peut être modélisée avec le schéma suivant :

Aggregator trié sans licence de partitioning

Nous avons parlé dans notre précédent article Aggregator Transformation de l'option "Sorted Input". Cette option n'est disponible nativement que dans le cas d'une licence Informatica avec partitioning.

Dans le cas où cette licence n'est pas disponible sur la version, la session contenant un Aggregator trié plante en renvoyant l'erreur suivante:

Message: ERROR: Partitioning option license required to run sessions with user-defined partition points.

Néanmoins, et heureusement pour les clients disposant d'une licence Informatica sans partitioning, nous avons la possibilité d'utiliser cette option dans l'Aggregator sous condition d'ajouter une propriété personnalisée (Custom propertie), et peu documentée, à la session ou à l’Intégration Service si l'on souhaite globaliser son utilisation. Cette propriété est : AggSupprtWithNoPartLic=Yes.

• Au niveau de la session, il faut l'ajouter dans l'attribut "Custom Properties" de l'onglet "Config Objects":

Exploitation de la Repository Database par requêtage

Comme nous l'avons décrit dans notre précédent article composants serveur de PowerCenter, le Repository PowerCenter est une base de données relationnelle gérée par le Repository Service et qui se compose de tables de bases de données qui stockent les métadonnées. Les métadonnées décrivent différents types d'objets, tels que des applications et des transformations, que vous pouvez créer ou modifier en utilisant les clients PowerCenter. Le référentiel stocke également des informations telles que les autorisations pour les utilisateurs et les informations sur les exécutions des traitements.

La base de donnée Repository contient des tables et des vues pré-créées et peut être utilisée à des fins de contrôle et de suivi, notamment dans les situations suivantes :

• Développement: Consultations en masse et contrôle des développements

Le chef de projet ou le Team Lead peut s'appuyer sur les tables et les vues du Repository afin de mener des contrôles sur les développements notamment pour vérifier le bon nommage des objets, les commentaires et vérifier le respect des normes de développement et d'optimisation (ex: surcharge des lookups, sorted input...etc).

La méthode la plus pratique est de créer des vues mises à jour en temps réel et consultables directement.

Mappings : les fondamentaux

Un Mapping est un ensemble de sources et cibles liés par des transformations qui définissent des règles de transformation des données. Le mapping représente le flux de données entre les sources et les cibles. Il doit être conçu dans le Designer.

La figure ci-dessous représente un mapping simple avec une source, une cible et 3 transformations: 

Lorsque l’Intégration Service exécute une session dans un workflow, il utilise les instructions configurées dans le mapping pour lire les sources, transformer les données sources, et écrire dans les cibles.

1) Source(s) : décrit les caractéristiques d'une table source ou un fichier.

La source peut être créée ou importée (si elle existe) dans le Source Analyzer: