Table Or View Does not exist

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
rkdatastage
Participant
Posts: 107
Joined: Wed Sep 29, 2004 10:15 am

Table Or View Does not exist

Post by rkdatastage »

Hi
i had a doubt while working with ORAOCI Plugin
My database veriosn is 9.2 oracle on windows platform.

i had imported a table into the repository while viewing the data on ocistage it is prompting an error
Message :
DSBrowser..Oracle_OCI_0: ORA-00942: table or view does not exist
DSBrowser..Oracle_OCI_0.DSLink1: DSP.Open GCI $DSP.Open error -100.


but i can able to connect to the table and see the data from sql prompt as well as i am able to connect through TOAD and can see the data

what might be the wrong that i had done ....?

expecting your advise from the praticipants, Thanks in advance

RK
roy
Participant
Posts: 2598
Joined: Wed Jul 30, 2003 2:05 am
Location: Israel

Post by roy »

Hi,
Possible causes:
1. The user you use via DataStage has no privilages on the table.
2. The DSN you supply connects to a different DB which doesn't have the table in it (even if only pointed to the wrong DB in the tnsnames.ora file).

can you describe the users you used in each case?
were you using the same connection string or DSN in all cases?

IHTH,
Roy R.
Time is money but when you don't have money time is all you can afford.

Search before posting:)

Join the DataStagers team effort at:
http://www.worldcommunitygrid.org
Image
sasi_kumarreddy
Participant
Posts: 27
Joined: Thu Aug 25, 2005 6:33 am

Re: Table Or View Does not exist

Post by sasi_kumarreddy »

Hi,

Check it once again with the user name/password /connect string is correct. Import the metadata from plugin metadata definitions. Use connect string while importing.
SASI
ArndW
Participant
Posts: 16318
Joined: Tue Nov 16, 2004 9:08 am
Location: Germany
Contact:

Post by ArndW »

Are you fully qualifying the table name with {schema}.{tablename}?
ridar
Participant
Posts: 10
Joined: Wed Sep 28, 2005 5:59 am

Post by ridar »

Hi RK,
One more possiblity is that you have used "Column Generated Query" and have missed the table name in that. Just check that also.

Ridar :?
rkdatastage
Participant
Posts: 107
Joined: Wed Sep 29, 2004 10:15 am

Post by rkdatastage »

Hi
I found the solution for my problem, many thanks for you for giving me the reasonable suggestions which helped me to trace the problem and rectified it.
Actully i am connecting to one schema in plugin and importing the table definiton from another schema . this is the mistake i had made and now i rectified it . Once again Thanking you all for guiding me into different dimensions to trace the problem.

RK
ameyvaidya
Charter Member
Charter Member
Posts: 166
Joined: Wed Mar 16, 2005 6:52 am
Location: Mumbai, India

Post by ameyvaidya »

A Possible Red Flag here!!

Actully i am connecting to one schema in plugin and importing the table definiton from another schema . this is the mistake i had made and now i rectified it .
This may mean that either table or the columns in the SQl Statement use fully qualified names. This happens when loading metadata from table defs imported from databases.

When porting jobs from the Dev to Test,QA or PRD environments(which usually involve different schema or servers), such jobs show a tendency of failing after the move due to differences in schema names.

Recommend using the simple column/table names or if that is not possible, a environment variable to point to the schema name.
Amey Vaidya<i>
I am rarely happier than when spending an entire day programming my computer to perform automatically a task that it would otherwise take me a good ten seconds to do by hand.</i>
<i>- Douglas Adams</i>
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

Actually, it's probably more an example of not using fully qualified table names. If the table is not qualified, the assumption is the current user owns it unless synonyms are involved. So you do the import as one user and connect as another and all you get for your trouble is 'Table or View does not exist'.

And typically the schema isn't changing across environments, it's just the instance that does. Regardless, properly qualify names and use job parameters for all the bits that could change from environment to environment and you'll be covered.
-craig

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