Job is executing for long
Moderators: chulett, rschirm, roy
Job is executing for long
Hi,
I have a simple job having two ODBC stages as source and target respectivly along with one transformer stage.
Within the ODBC source stage, in the outputs tab, I have select as: Native DB query and entered the query under SQL query tab. I am writing this data to a table in the ODBC target stage. When I execute the SQL query in the database its completing in 2min or so. However, for the job to complete the run, it's taking more than 30min. I am not transforming the data also.
Why is taking so long to complete.
Please advise.
Thanks
I have a simple job having two ODBC stages as source and target respectivly along with one transformer stage.
Within the ODBC source stage, in the outputs tab, I have select as: Native DB query and entered the query under SQL query tab. I am writing this data to a table in the ODBC target stage. When I execute the SQL query in the database its completing in 2min or so. However, for the job to complete the run, it's taking more than 30min. I am not transforming the data also.
Why is taking so long to complete.
Please advise.
Thanks
dsx
Is your both source and target are in same database?
What difference it makes if you replace a sequential file instead of the target database stage?
Check if any other lock been held while you running the job.
What difference it makes if you replace a sequential file instead of the target database stage?
Check if any other lock been held while you running the job.
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
-
- Participant
- Posts: 232
- Joined: Fri Sep 30, 2005 4:52 am
- Contact:
Re: Job is executing for long
Hi,Latha1919 wrote:Hi,
When I execute the SQL query in the database its completing in 2min or so. However, for the job to complete the run, it's taking more than 30min.
Thanks
Whats the SQL query you are running in the database, is it an Insert SQL or a Select clause.
I am trying understand, if its a simple select on source and an Insert on target or is there any more conditions involved in your job. Also , I assume you must have tweaked, Array size and Transaction Size to check the result.
Hi,
Query is a select statement, which will fetch the data from nearly 5 tables. Two table have data upto 4 millions. But there is lot of time variation in executing in the database directly and job run time.
Secondly, would you please through some light on: Array size and Transaction Size to check the result.
Thanks,
Query is a select statement, which will fetch the data from nearly 5 tables. Two table have data upto 4 millions. But there is lot of time variation in executing in the database directly and job run time.
Secondly, would you please through some light on: Array size and Transaction Size to check the result.
Thanks,
dsx
-
- Charter Member
- Posts: 166
- Joined: Wed Mar 16, 2005 6:52 am
- Location: Mumbai, India
Latha,when Kumar asked to replace the target database with a sequential file, it was only as a temporary debugging change and not a design suggestion. That was to check which stage is responsible for if if the delay is caused by the source or the target. The Sequential file avoids 2 things: Database Overhead and the Network overhead (If the DB server is separate from the DS Server) and so can be used to check where the bottleneck is. A copy of the job can be created for testing.kumar_s wrote:Is your both source and target are in same database?
What difference it makes if you replace a sequential file instead of the target database stage?
Check if any other lock been held while you running the job.
IHTH
Amey Vaidya<i>
I am rarely happier than when spending an entire day programming my computer to perform automatically a task that it would otherwise take me a good ten seconds to do by hand.</i>
<i>- Douglas Adams</i>
I am rarely happier than when spending an entire day programming my computer to perform automatically a task that it would otherwise take me a good ten seconds to do by hand.</i>
<i>- Douglas Adams</i>