DSjob runs fine when using a table but fails using a view

Post questions here relative to DataStage Server Edition for such areas as Server job design, DS Basic, Routines, Job Sequences, etc.

Moderators: chulett, rschirm, roy

Post Reply
Hope
Participant
Posts: 97
Joined: Sun May 13, 2007 2:51 pm
Contact:

DSjob runs fine when using a table but fails using a view

Post by Hope »

My datastage job pulls data from a teradata table and writes it to flat file.
This table exists in DEV and TEST but is not present in Production.
DBA has created a view instead of a table.
This view is from 2 different tables.
This job runs fine using the table on Dev,Test but fails when using the view.
The director log says Invalid password. It drops all the columns.
I am not sure if it the password issue or the view which is not taking all the columns?.
Can anyone please help.
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

Can you use the the same username and password and access the table from your favourite sql tool?
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

If the log says invalid user name/password it's almost certainly invalid user name/password.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
47shailesh
Participant
Posts: 60
Joined: Tue Aug 29, 2006 11:14 pm

Post by 47shailesh »

Confirm with ur DBA on which schema he has created the view....

Case might be the username/password you are passing to the DSjob may be for schema other than on which view resides...
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

That would cause a different error, specifically "Table or View does not exist". Your user/password is wrong for the instance you connected to, period. And DataStage doesn't care if you source from a View or a Table, it all works the same.
-craig

"You can never have too many knives" -- Logan Nine Fingers
Post Reply