Source table structure keep on changing

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
mohandl
Participant
Posts: 43
Joined: Tue Dec 26, 2006 7:01 am
Location: pune

Source table structure keep on changing

Post by mohandl »

Hi All,

My source is oracle and targer is also oracle.

Problem: My source table structure is chaging randomly,by changing minar changes in my job i have to run job again with new structure.

Is there any way to resolve this problem.

Regards,
Mohan.
MOHAN
ArndW
Participant
Posts: 16318
Joined: Tue Nov 16, 2004 9:08 am
Location: Germany
Contact:

Post by ArndW »

DataStage will not automatically inherit metadata from changed tables. In many cases where Oracle will do implicit conversions you can change datatypes, but missing or new columns are not detected in DataStage.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Find who's doing it and force them to agree to a design freeze.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
jdmiceli
Premium Member
Premium Member
Posts: 309
Joined: Wed Feb 22, 2006 10:03 am
Location: Urbandale, IA

Post by jdmiceli »

Here's a thought: I haven't experimented with this idea at all. It may not work or even be worth exploring, but I offer it up anyway...

If the field counts don't change, just the names and/or datatypes, and assuming the target table changes in parallel to what the source system is doing, would it be possible to use generic field names in DataStage that have a datatype that could accept/convert the original datatypes - maybe varchar with oversized lengths.

Then define the same number of fields (or even more if the field count is changing - though this could require some creative querying of system tables to get field counts) and create a user-defined SQL using the dreaded 'select *' notation to extract the values into the generic datastage variables. You may have to do some text conversions or ICONV/OCONV, etc., but it may be possible to be generic.

I don't have time to attempt it right now due to my own workload, but if you have time, give it a shot and let us know what you find.... :shock:

Have fun!
Bestest!

John Miceli
System Specialist, MCP, MCDBA
Berkley Technology Services


"Good Morning. This is God. I will be handling all your problems today. I will not need your help. So have a great day!"
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

Me personally, I don't see how any table structure can change 'randomly'. That concept is a little... scary. :shock: :wink:
-craig

"You can never have too many knives" -- Logan Nine Fingers
jdmiceli
Premium Member
Premium Member
Posts: 309
Joined: Wed Feb 22, 2006 10:03 am
Location: Urbandale, IA

Post by jdmiceli »

I agree - it is terrifying. :shock:

I can say that because my cohort in crime here has a project from HeDoubleHockeySticks that does just this. The team he is putting things together for has no idea what they are looking for until the data is in front of them. Since none of those folks can be bothered to investigate the data sources/structures, he has been charged with managing their stuff.

We originally tried doing it with DataStage, but the daily changes made it virtually impossible to work with it. We chose to go back to using DTS packages until it is all locked down, and then we will transfer it to DataStage.
Bestest!

John Miceli
System Specialist, MCP, MCDBA
Berkley Technology Services


"Good Morning. This is God. I will be handling all your problems today. I will not need your help. So have a great day!"
Post Reply