Converting Stored Procedure to DataStage Jobs
Moderators: chulett, rschirm, roy
Converting Stored Procedure to DataStage Jobs
Hi ,
I have been given a new assignment to convert stored procedures to jobs. Do you guys really think its advisable to convert a MS SQL Procedure to a DataStage Job ?
I have been given a new assignment to convert stored procedures to jobs. Do you guys really think its advisable to convert a MS SQL Procedure to a DataStage Job ?
Regards,
Ganesh
Ganesh
Sure, why not? Once in a great while you'll find things done in a proc that are difficult to do in a job but otherwise it should all be perfectly feasible and make them (typically) much easier to maintain... or at least you can pawn it off on the ETL folks afterwards rather than having to bother the procedure writers.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
Re: Converting Stored Procedure to DataStage Jobs
It depends on the stored procedure,dganeshm wrote:Hi ,
I have been given a new assignment to convert stored procedures to jobs. Do you guys really think its advisable to convert a MS SQL Procedure to a DataStage Job ?
Without knowing what the stored procedure does it's hard to determine if it should be converted but if your reading/writing different databases on different servers than I would advise re-writing it in DataStage as that is the purpose of ETL tools.
Obviously you could write a DataStage job to run the stored procedure or re-write the stored procedure in a DataStage job. Creating a DataStage job will be easier to maintain and document.
Thanks,
Anthony
Anthony
Performace wise it will probably be the same or close to it but from a documentation and maintenance standpoint you will be better off having it in DataStage.dganeshm wrote:Mostly it is metric calculation done on a weekly basis used as a planning tool.. so its gonna read from and write to the same database.
Thanks,
Anthony
Anthony
ETL server could be at higher end for few transformation and Metric calculations. And hence you might achieve the performance boost.
The trick is, you ll have to find the list of statements that has to be executed in ETL box and the ones that has be executed in DB box for better performance.
The trick is, you ll have to find the list of statements that has to be executed in ETL box and the ones that has be executed in DB box for better performance.
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Ah, that sounds like the "balanced optimization" feature coming in the next version!kumar_s wrote:The trick is, you ll have to find the list of statements that has to be executed in ETL box and the ones that has be executed in DB box for better performance.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
That sounds interesting!! Is that in 8.5?ray.wurlod wrote:Ah, that sounds like the "balanced optimization" feature coming in the next version!kumar_s wrote:The trick is, you ll have to find the list of statements that has to be executed in ETL box and the ones that has be executed in DB box for better performance.
Does Datastage going to segregate the list of SQLs that need to run on ETL server?
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
The "next version" does not yet have a version number, for legal reasons.
I don't have any details about Balanced Optimizer with me - if you have access to the IOD 2009 or IOD 2010 Europe presentations you can probably get some knowledge about what's planned. Or go to IOD 2010 in Las Vegas in October.
I don't have any details about Balanced Optimizer with me - if you have access to the IOD 2009 or IOD 2010 Europe presentations you can probably get some knowledge about what's planned. Or go to IOD 2010 in Las Vegas in October.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.