Ces propriétés sont utilisées pour configurer le tPostgresqlRow s'exécutant dans le framework de Jobs Standard.
Le composant tPostgresqlRow Standard appartient à la famille Databases.
Le composant de ce framework est disponible dans tous les produits Talend.
Basic settings
Property type |
Peut être Built-in ou Repository. |
|
Built-in : Propriétés utilisées ponctuellement. |
|
Repository : Sélectionnez le fichier de propriétés du composant. Les champs suivants sont alors pré-remplis à l'aide des données collectées. |
Use an existing connection |
Cochez cette case et sélectionnez le composant de connexion adéquat dans la liste Component list pour réutiliser les paramètres d'une connexion que vous avez déjà définie. Remarque : Notez que lorsqu'un Job contient un Job parent et un Job enfant, si vous devez partager une connexion existante entre ces deux niveaux, par exemple pour partager la connexion créée par le Job père au Job fils, vous devez :
Pour un exemple de partage d'une connexion à une base de données à travers différents niveaux de Jobs, consultez le Guide utilisateur du Studio Talend . |
DB Version |
Liste des versions de la base de données. |
Host |
Adresse IP du serveur de base de données. |
Port |
Numéro du port d'écoute du serveur de base de données. |
Database |
Nom de la base de données. |
Schema |
Nom exact du schéma. |
Username et Password |
Informations d'authentification de l'utilisateur de base de données. Pour saisir le mot de passe, cliquez sur le bouton [...] à côté du champ Password, puis, dans la boîte de dialogue qui s'ouvre, saisissez le mot de passe entre guillemets doubles et cliquez sur OK afin de sauvegarder les paramètres. |
Schema et Edit Schema |
Un schéma est une description de lignes, il définit le nombre de champs qui sont traités et passés au composant suivant. Le schéma est soit local (Built-in), soit distant dans le Repository. Modifiez le schéma en cliquant sur Edit Schema. Si le schéma est en mode Repository, trois options sont disponibles :
|
|
Built-in : le schéma est créé et conservé localement pour ce composant seulement. |
|
Repository : le schéma existe déjà et est stocké dans le Repository. Ainsi, il peut être réutilisé dans des Jobs et projets. |
Query type |
Peut être Built-in ou Repository. |
|
Built-in : Saisissez manuellement votre requête ou construisez-la à l'aide de SQLBuilder. |
|
Repository : Sélectionnez la requête appropriée dans le Repository. Le champ Query est renseigné automatiquement. |
Query |
Saisissez votre requête en faisant particulièrement attention à l'ordre des champs afin qu'ils correspondent à la définition du schéma. |
Specify a data source alias |
|
Data source alias |
|
Die on error |
Cette case est cochée par défaut et stoppe le Job en cas d'erreur. Décochez cette case pour terminer le traitement avec les lignes sans erreur, et ignorer les lignes en erreur. Vous pouvez récupérer les lignes en erreur, si vous le souhaitez. Pour cela, utilisez un lien Row > Rejects. |
Advanced settings
Propagate QUERY's recordset |
Cochez cette case pour insérer les résultats de la requête dans une colonne du flux en
cours. Sélectionnez cette colonne dans la liste use column.
Remarque :
Cette option permet au composant d'avoir un schéma différent de celui du composant précédent. De plus, la colonne contenant le résultat de la requête doit être de type Object. Ce composant est généralement suivi du tParseRecordSet. |
Use PreparedStatement |
Cochez cette case pour utiliser une instance PreparedStatement afin de requêter votre base de données. Dans le tableau Set PreparedStatement Parameter, définissez les valeurs des paramètres représentés par des "?" dans l'instruction SQL définie dans le champ Query de l'onglet Basic settings. Parameter Index : Saisissez la position du paramètre dans l'instruction SQL. Parameter Type : Saisissez le type du paramètre. Parameter Value : Saisissez la valeur du paramètre. Remarque :
Cette option est très utile si vous devez effectuer de nombreuses fois la même requête. Elle permet un gain de performance. |
Commit every |
Nombre de lignes à inclure dans le lot avant de commencer l'écriture dans la base. Cette option garantit la qualité de la transaction (cependant pas de rollback) et surtout une meilleure performance d'exécution. |
tStatCatcher Statistics |
Cochez cette case pour collecter les données de log au niveau du composant. |
Enable parallel execution |
Cocher cette case permet de traiter plusieurs flux de données simultanément. Cela permet de
traiter les données plus rapidement. Notez que cette fonctionnalité dépend de la capacité de
la base de données ou de l'application à gérer plusieurs insertions en parallèle ainsi que
le nombre de processeurs utilisés. Dans le champ Number of parallel
executions, vous pouvez :
Notez que, lorsque l'exécution parallèle est activée, il n'est pas possible d'utiliser les variables globales pour récupérer les valeurs de retour dans un sous-job.
|
Global Variables
Global Variables |
QUERY : requête traitée. Cette variable est une variable Flow et retourne une chaîne de caractères. ERROR_MESSAGE : message d'erreur généré par le composant lorsqu'une erreur survient. Cette variable est une variable After et retourne une chaîne de caractères. Cette variable fonctionne uniquement si la case Die on error est décochée, lorsque le composant contient cette case. Une variable Flow fonctionne durant l'exécution d'un composant. Une variable After fonctionne après l'exécution d'un composant. Pour renseigner un champ ou une expression à l'aide d'une variable, appuyez sur les touches Ctrl+Espace pour accéder à la liste des variables. À partir de cette liste, vous pouvez choisir la variable que vous souhaitez utiliser. Pour plus d'informations concernant les variables, consultez le Guide utilisateur du Studio Talend . |
Utilisation
Règle d'utilisation |
Ce composant offre la flexibilité des requêtes sur les bases de données et couvre toutes les possibilités de requêtes SQL. |
Dynamic settings |
Cliquez sur le bouton [+] pour ajouter une ligne à la table. Dans le champ Code, saisissez une variable de contexte afin de sélectionner dynamiquement votre connexion à la base de données parmi celles prévues dans votre Job. Cette fonctionnalité est utile si vous devez accéder à plusieurs tables de bases de données ayant la même structure mais se trouvant dans différentes bases de données, en particulier lorsque vous travaillez dans un environnement dans lequel vous ne pouvez pas changer les paramètres de votre Job, par exemple lorsque votre Job doit être déployé et exécuté dans un Studio Talend. La table Dynamic settings est disponible uniquement lorsque la case Use an existing connection est cochée dans la vue Basic settings. Lorsqu'un paramètre dynamique est configuré, la liste Component List de la vue Basic settings devient inutilisable. Pour des exemples relatifs à l'utilisation des paramètres dynamiques, consultez Lire des données dans des bases de données à l'aide de connexions dynamiques basées sur les variables de contexte et Lire des données à partir de différentes bases de données MySQL à l'aide de paramètres de connexion chargés dynamiquement. Pour plus d'informations concernant les paramètres dynamiques et les variables de contexte, consultez le Guide utilisateur du Studio Talend. |