Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / DB2 Topics / April 2006

Tip: Looking for answers? Try searching our database.

Slow stored procedure after upgrade to 8.2

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
fayez - 28 Apr 2006 12:24 GMT
Hi.
going from 8.1.2 to 8.1.11, make our stored procedures very slow, here
is an example:
 select a, b from t1 a
      join t2 b on a.bkr=b.bkr
      and  (a.act_id=b.act_id or (substr(a.act, 1, 2)=b.act
              and (substr(a.act, 1, 1)<='z' and (substr(a.act, 1,
1))>='a') ))
      join t3 c  on b.bkr=c.bkr
      join t4 r  on c.bkr=r.bkr
      join t5 e on a.fi=e.fi
 where a.bkr=ipbkr_num
    .
    .
this select to insert to temp_table never finish, but:
1- if I remove .. and  (a.act_id=b.act_id or (substr(a.act, 1, 2)=b.act

              and (substr(a.act, 1, 1)<='z' and (substr(a.act, 1,
1))>='a') ))
   finish fast as before upgrade.
2- if I replace: where a.bkr=ipbkr_num  to where a.bkr='AAA'
   finish fast as before upgrade.

any idea of any special config. params tuneup.
thanks in advance
fayez
Serge Rielau - 28 Apr 2006 13:13 GMT
> Hi.
> going from 8.1.2 to 8.1.11, make our stored procedures very slow, here
[quoted text clipped - 18 lines]
> 2- if I replace: where a.bkr=ipbkr_num  to where a.bkr='AAA'
>     finish fast as before upgrade.
For starters let's try REOPT ONCE.
Check out the SET_ROUTINE_OPTS() procedure to the option and the
recreate the procedure.

Cheers
Serge
Signature

Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

Alka - 28 Apr 2006 14:28 GMT
> > Hi.
> > going from 8.1.2 to 8.1.11, make our stored procedures very slow, here
[quoted text clipped - 24 lines]
> Cheers
> Serge
Alka - 28 Apr 2006 14:29 GMT
Hi,

I work with Fayez. We tried the Reopt-once, no affect. Still the same
problem.

Regards,
Alka
Kiran Nair - 28 Apr 2006 16:25 GMT
If you still have the 8.1 machine up ..you can try taking explain and
hence the access plan of the statement and compare with the access plan
in new installation

Regards,
Kiran Nair
> Hi,
>
[quoted text clipped - 3 lines]
> Regards,
> Alka
fayez - 29 Apr 2006 09:21 GMT
I have some good news !

We took the runstats from production which has old db2 (8.1.2) using
db2look for all the tables in our database, import those runstats in
TEST box which has the new upgraded db2 8.2.
Thanks Serge for your time. and thanks Kiran for your reply..

Cheers,
Fayez
Serge Rielau - 29 Apr 2006 11:59 GMT
> I have some good news !
>
> We took the runstats from production which has old db2 (8.1.2) using
> db2look for all the tables in our database, import those runstats in
> TEST box which has the new upgraded db2 8.2.
> Thanks Serge for your time. and thanks Kiran for your reply..
Just to clarify. Are you describing the mistake or the solution?

Cheers
Serge

Signature

Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

Knut Stolze - 29 Apr 2006 21:58 GMT
> I have some good news !
>
> We took the runstats from production which has old db2 (8.1.2) using
> db2look for all the tables in our database, import those runstats in
> TEST box which has the new upgraded db2 8.2.
> Thanks Serge for your time. and thanks Kiran for your reply..

If this is the "solution" (as Serge asked for a clarification), I'd
recommend that you get to the bottom of the problem instead of working on
the symptoms.  The next update or runstats or whatever could lead again to
the performance issue and you'll have to start over.

Signature

Knut Stolze
DB2 Information Integration Development
IBM Germany

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.