data length problem

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
hellboy
Participant
Posts: 34
Joined: Tue Sep 01, 2009 12:22 am
Location: kolkata

data length problem

Post by hellboy »

hi friends,

i have a parallel job in which for a given column target data length is less then the source data length, both the column are of varchar type. when i am running the job the job is getting aborted ... with error...

sqlcode is: -12899
esql complaint: ORA-12899: value too large for column

i suppose it should not be the scenario.here only the record which is greater then the size should get rejected but the job should finish successfully.

Please look and advice me .. wht should to do make the job rejecting records not to get aborted.
nagarjuna
Premium Member
Premium Member
Posts: 533
Joined: Fri Jun 27, 2008 9:11 pm
Location: Chicago

Post by nagarjuna »

Check the datatypes in the control file ( .cntl ) and see if it is same as that of the data you are receiving ...
Nag
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

If the source data is larger than the target column size, you should handle that in the job, either by logically rejecting it via a size check or substringing the data to fit. Oracle will abort if you don't, as you've seen.
Last edited by chulett on Fri Feb 05, 2010 9:05 am, edited 1 time in total.
-craig

"You can never have too many knives" -- Logan Nine Fingers
hellboy
Participant
Posts: 34
Joined: Tue Sep 01, 2009 12:22 am
Location: kolkata

Post by hellboy »

but the scene is , why the job is getting aborted ?
because in other cases like ora 1403 error of having duplicates on key or ora 1400 null insert error in keys job finishes smoothly without any aborts , why its happening in this case.

friends its a strange way of dealing data by Data Stage or may be i am wrong.

please suggest me to complete the job without the aborts.

i will be thankful to you friends.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

CHECK the data before you send it to Oracle.

As you have already been advised.

If you don't send erroneous data, then the server will have nothing to complain about.

In my opinion, jobs should abort if there is an unresolvable data anomaly.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

hellboy wrote:friends its a strange way of dealing data by Data Stage or may be i am wrong. please suggest me to complete the job without the aborts.
You are... and I already did. :wink:
-craig

"You can never have too many knives" -- Logan Nine Fingers
hellboy
Participant
Posts: 34
Joined: Tue Sep 01, 2009 12:22 am
Location: kolkata

Post by hellboy »

any way i am not the premium member so i can't see the full suggestion given by you...

thanks for the help provided...
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

hellboy wrote:any way i am not the premium member.
That, at least, is easily fixed.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

hellboy wrote:any way i am not the premium member so i can't see the full suggestion given by you...
You have seen the full suggestion, all you missed were a handful of words unrelated to the actual solution so I've unmarked it.

Regardless, seriously consider a premium membership, there's way too much help and useful information here to not take full advantage of and to help support this site.
-craig

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