Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content

Announcements
Only at Qlik Connect! Guest keynote Jesse Cole shares his secrets for daring to be different. Learn More!
cancel
Showing results for 
Search instead for 
Did you mean: 
Anonymous
Not applicable

[resolved] tOracleOutput Update : recup the line which not updated

Hello,
I would like to update some data in a table. For that, I'm using a tOracleOutput component with the option Update and I check the "Use field option"
(key for update, field can be update) in "Advanced setting".
The schema is Inputfile --> tMap --> tOracleOutput
My job is ok but I would like to have the lines which not be update in the table.
Someone have an idea please ?
Thanks
Labels (2)
22 Replies
Anonymous
Not applicable
Author

Walkerca,
I've solved my problem by using your advises !
First, I've inserted my data in a tempory Table and after I've made a LEFT JOIN between my tempory table and the destination table in a tOracleInput. The schema includes columns from both tables. For the records not found in the destination table, there will be a set of null columns.
After with tMap, I've filtered the data and now I can identify the lines which can't be updated in my destiantion table.
Thanks you !!
Anonymous
Not applicable
Author

Bien, je suis content que tu aies pour résoudre ton problème ^^. Pour info, voilà en image ce que je voulais te conseiller.
En faisant une jointure inner join sur le tmap, et en mettant catch lookup inner join reject à true tu obtiens les enregistrements présents dans la tableA et non présents dans la tableB selon les critères de jointure. En inversant les tables, tu peux aussi obtenir les enregistrements présents dans la tableB et non présent dans la tableA.
Tu peux ainsi distinguer les enregistrements qui vont être updatés et ceux qui ne le seront pas car non présents dans la table cible. Je pense que ton traitement sera plus performant.
Anonymous
Not applicable
Author

Oui je connais cette solution mais le problème avec le lookup, c'est qu'il aurait fallu lire ma table de destination entièrement, or celle-ci contient 58 705 389 lignes donc niveau tps de traitement ce n'est pas top...
Merci en tt cas du conseil.