Hi All,
I am trying to load 120 million record to my fact table....instead of using join i am using lookup to join all the dimention tables....but after loading 40 million record its getting aborted.
Error message is :- Failed to keylookup for record
I am not able to understand what error it is....can any one plz suggest me what could be the reason?
Thanks in advance
stiwari
Error: Failed to keylookup for record
Moderators: chulett, rschirm, roy
You can avoid aborting the job with this message by removing the option of abort if no match. But ultimately you need to find the reason why you didnt have the match for fact over the dimension table.
Hope the replies for all of your 4 post might have given you an idea that by doing a search on this forum, you can find the solution for your issue.
Hope the replies for all of your 4 post might have given you an idea that by doing a search on this forum, you can find the solution for your issue.
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
"Drop" causes any input row for which the lookup fails not to appear on the output of the Lookup stage.
By discarding records in this fashion you are eliminating any chance of performing row count reconciliation. Prefer a rejects link from the Lookup stage, even if it appends to /dev/null. At least this way all input rows can be accounted for.
By discarding records in this fashion you are eliminating any chance of performing row count reconciliation. Prefer a rejects link from the Lookup stage, even if it appends to /dev/null. At least this way all input rows can be accounted for.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.