Discussion :

[Bougeard]

Bonjour
Je rencontre problème avec le Table_comparison pour enséere ou mettre à jour des rangs dans une table DB2.
Dans le debug on voie clairement ce qu'il va faire I ou U suivant les cas mais en fait il ne fait rien !!
Ce cas de figure est assez curieux car parmi un ensemble de données certaines vont passer et d'autre pas et les données qui ne sont pas passées du premier coup sont systèmatiquement rejetées.
Par contre si dans un Query on précise les données à traiter par leur identifiant ça fonctionne ??
Ma version de DI 11.7.3.4
Ma version DB2 V8

[Prjprj]

J'ai une bonne idée du problème, l'ayant déjà eu dans les mêmes conditions techniques.

Une façon de reproduire le problème :
Droper la table.
La recréer.
NE SURTOUT PAS CALCULER LES STATS
Lancer un traitement BODI pour charger la table.

Normalement, BODI devrait bloquer au niveau de la seconde ligne.

D'après le diagnostic que j'ai pu en faire, cela est du au fait que DB2 locke la table en écriture quand il suppose qu'elle est vide en attendant un commit.
Malheureusement, BODI n'est pas d'accord avec lui et ne fait son commit qu'au bout de 1000 lignes.
La première ligne est donc ajoutée à la table, mais lorsque le table_comparison essaie de vérifier si la table contient une ligne correspondant à la seconde ligne en ajout, il se retrouve mis en attente par un ajout d'une ligne non commité.

En gros, DB2 et BODI s'interbloquent.

La seule solution que j'ai trouvé est d'ajouter un index à la table sur la ou les colonnes de clé et de déclarer la table en tant que VOLATILE (option forçant DB2 à utiliser les index déclarés sur la table quelque soit la valeur des statistiques sur la table).

[Bougeard]

La solution est de contourner le problème !
Supprimer le Table comparison et dans la table en sortie, dans la boite "Update control" cocher "Auto correct load"
Ca march et c'est rapide