SQL loader error

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
199542
Participant
Posts: 41
Joined: Sat Dec 29, 2007 2:42 am

SQL loader error

Post by 199542 »

Hi Everybody ,
I am getting following error .....I am loading a database table through datastage ....structure of my job is as below seq -->> transformer ---> oracle database ....When my sequential file is of 0 KB its giving following error SQL*Loader-500: Unable to open file (\\.\pipe\ora.6440.788000.fifo.0)

But when my sequential file is having some data in it , Its not showing

any error . Is it a problem of sql loader or datastage ? I request you people in resolving this problem .

Thank you
gikjpjj
199542
Participant
Posts: 41
Joined: Sat Dec 29, 2007 2:42 am

Post by 199542 »

Previously I mentioned its a server job by mistake ...Actually its a parallel job ..
gikjpjj
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Not sure of the cause. Obviously having zero rows of source data is the culprit - and a good workaround would be to check for this situation before starting the job - but why this happens is not clear. A DataStage job can manage a "zero rows" scenario in most cases, why not this one?
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
199542
Participant
Posts: 41
Joined: Sat Dec 29, 2007 2:42 am

Post by 199542 »

Hi Ray , Thanks for your reply .I am not getting that error when i am using
the either DRS stage or oracle enterprise stage with UPSERT mode .

Can anybody explain which is better oracle stage with upsert mode or

DRS stage regarding the performance wise ?
gikjpjj
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Define "performance" in an ETL context.

Not failing would be a good start point.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply