Intégrité et immuabilité des tables

Bonjour à tous

Quand nous utilisons des tables dans un tMysqlInput, ou encore quand nous mettons à jour des schémas depuis un composant de type tJavaFlex (mappage de champ avant import d'une base à une autre par exemple), sommes-nous garantis que les tables d'origine ne vont pas "bouger" (la structure notamment) ?

En effet après quelques tests et vérifs j'ai l'impression que c'est OK, mais certaines tables ayant un grand nombre de champ, j'aimerai m'en assurer dans le temps. Dans le doute, je fais des tests avant chaque utilisation de tables dans un job, cela prend du temps...

Existe-t-il un moyen de s'en assurer de façon définitive ?

Autrement formulé : dans le cas de jobs d'imports d'une base en production vers un entrepôt de données, existe-t-il une pratique conseillée qui garantit que Talend va "regarder et piocher" dans les tables d'origine, mais sans jamais les modifier ?


Merci d'avance pour toutes réponses, conseils ou retours d'expérience.

### Talend

Le temps que ton job ne lit que la base de données, tu ne risque rien sur tes données sources.

Si tu utilises un tMysqlOutput, la tu risque d'avoir des modification par exemple.

OK merci !

Juste pour précision :

TMysqlOutput : la table sur laquelle ce composant va pointer risque d'avoir des modifications.
TMysqlInput : la table sur laquelle ce composant va pointer ne risque pas d'avoir des modifications.

Je demande parce que même dans un TMysqlInput, on a la possibilité de modifier le schéma de la table. C'est même parfois nécessaire semble-t-il : j'ai des champs tynint en BDD, qui aparaissent en tant que booléen dans Talend, j'ai dû modifier pour que le job fonctionne, nickel.

Mais j'ai toujours cette crainte : cela risque-t-il de modifier la vraie structure de la table, en BDD ?

Merci

Non ça ne change rien.

ça change juste la manière dans laquelle Talend charge les données.

OK merci !