Page 1 of 1

DS code behaving differently in different environment

Posted: Tue Sep 01, 2015 12:22 pm
by s_gsl@yahoo.co.in
Hi, I have same DSX in prod and DEV. But while selecting any value from DUAL in prod it is padding some space where as in dev it is not. I can ensure no change in DS jobs. Could someone put any light what could be the issue?

Posted: Tue Sep 01, 2015 12:26 pm
by chulett
Are these actually Server jobs? Do you have this issue with all Oracle sources or just literally when you select something from DUAL?

Posted: Tue Sep 01, 2015 12:42 pm
by s_gsl@yahoo.co.in
Yes, this is a server job. We are getting this issue while doing a look up (Oracle -- >Hash File-->Transformer) and the field is CHAR(2). Then we tried to simple querying DUAL table to select any value and see the issue is PROD version is adding extra spaces where as DEV is not. I am not sure how can i attach an image here else i can send the screen shot. Anyway, thanks for your help.

Posted: Tue Sep 01, 2015 1:03 pm
by PaulVL
What is your APT_STRING_PADCHAR set to in each project/environment?

Posted: Tue Sep 01, 2015 1:18 pm
by chulett
I don't believe that affects Server jobs at all...

Posted: Wed Sep 02, 2015 2:39 am
by ArndW
Are the two jobs SELECTing the same database? If not, the basic database settings might be different.

Posted: Wed Sep 02, 2015 5:38 am
by s_gsl@yahoo.co.in
Yes, both the databases are same.

Posted: Wed Sep 02, 2015 8:03 am
by chulett
'Same' as in exact same database or they are two different databases but set up exactly the same?

Where exactly is this CHAR(2) in your job? I'm more surprised to hear it doesn't get padded with 'an extra space' in DEV than it does happen in PROD. That's the nature of CHAR fields, they automatically pad out to their full size. Parallel jobs have an option to control what character is used for the padding which is why Paul asked his question, Server jobs not so much.

Posted: Wed Sep 02, 2015 4:41 pm
by ray.wurlod
You are going to have to work out what is different between the two environments. Clearly something is.