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.
Source table structure keep on changing
Moderators: chulett, rschirm, roy
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.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
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....
Have fun!
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....
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!"
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!"
I agree - it is terrifying.
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.
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!"
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!"