Copy tables from one Database to another Database

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
shilpa79
Participant
Posts: 131
Joined: Thu Jan 20, 2005 5:59 pm
Location: Virginia

Copy tables from one Database to another Database

Post by shilpa79 »

Is there something in Datastage that can copy objects(Tables) from one database to another. If there is change in the table (example , addition of a column) in the source database , there should not be any change in the Datastage job as the whole table gets copied.
Last edited by shilpa79 on Wed Nov 08, 2006 3:38 pm, edited 1 time in total.
DeepakCorning
Premium Member
Premium Member
Posts: 503
Joined: Wed Jun 29, 2005 8:14 am

Re: Copy tables from Database to another Database

Post by DeepakCorning »

Not aware of any such things. May be you can use Database sync utilities to do such activities and not use a ETL tool to do such things. :)
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

I dont think there is a direct method of doing it in datastage
But if you really want to use datastage for it, there is a way

You can write a stored procedure to move tables from one database to another.
Call this SP from datastage! :wink:
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

It's called Runtime Column Propagation and you get it in parallel jobs only.
Last edited by ray.wurlod on Thu Nov 09, 2006 8:40 am, edited 1 time in total.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
loveojha2
Participant
Posts: 362
Joined: Thu May 26, 2005 12:59 am

Post by loveojha2 »

ray.wurlod wrote:It's called Runtime Column Propagation and you get it in parallel jobs. ...
Runtime Column Propagation, meaning it happens at the runtime only or there are methods of doing it with the job metadata also. :?
Success consists of getting up just one more time than you fall.
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

loveojha2 wrote:Runtime Column Propagation, meaning it happens at the runtime only or...
Hence the name.
-craig

"You can never have too many knives" -- Logan Nine Fingers
tagnihotri
Participant
Posts: 83
Joined: Sat Oct 28, 2006 6:25 am

Post by tagnihotri »

Yes there are ways of doing it with job metadata which is called RCP (Runtime Column Propagation) :wink:
loveojha2 wrote:
ray.wurlod wrote:It's called Runtime Column Propagation and you get it in parallel jobs. ...
Runtime Column Propagation, meaning it happens at the runtime only or there are methods of doing it with the job metadata also. :?
shilpa79
Participant
Posts: 131
Joined: Thu Jan 20, 2005 5:59 pm
Location: Virginia

Post by shilpa79 »

Runtime Column Propagation is valid ONLY AFTER YOUR INITIAL TABLE STRUCTURE IS DEFINED. that means the table needs to exist on the target database and in case of any additional columns that need to be added can be done using RCP..same with server also you can use a RTI I map creation specifics to do the same functionality.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Not true. If you use direct Read and Write methods, RCP will cause entire rows (all columns) to be propagated even in the absence of a schema file. That's one of the reasons it can be so dangerous! What if the rows have 5000 columns?!!
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