View previous topic :: View next topic
|
Author |
Message |
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
according to posts in the other site (url from my earlier post),
you should runstat first then reorg. |
|
Back to top |
|
|
Manshadi
New User
Joined: 31 Aug 2005 Posts: 82
|
|
|
|
Hi,
Dick Brenholtz
Thanks for your suggestion, but it is opposite of IBM recommendation.
Regards
Manshadi |
|
Back to top |
|
|
sushanth bobby
Senior Member
Joined: 29 Jul 2008 Posts: 1020 Location: India
|
|
|
|
Manshadi,
You can take STATISTICS while doing REORG itself, by doing this you can eliminate your step (3) process.
What version of DB2 you are using ?
Sushanth |
|
Back to top |
|
|
Manshadi
New User
Joined: 31 Aug 2005 Posts: 82
|
|
|
|
Hi,
Sushanth
We are using DB2 Version 7.
Yes I can take statistics in Reorg jobs but I am not sure it will solve our problem.
Thanks
Manshadi |
|
Back to top |
|
|
GuyC
Senior Member
Joined: 11 Aug 2009 Posts: 1281 Location: Belgium
|
|
|
|
If a unique index exists, select count(*) probably uses that index rather than the tablespace/parts
a way to force a TS-Scan is adding a where clause on a non-index column where all rows qualify for example datelupd < '3000-01-01'
But all this doesn't answer the question.
DB2 z/OS V7 is OOS more than a year go.
Do you ever check the table or always force it ? |
|
Back to top |
|
|
Manshadi
New User
Joined: 31 Aug 2005 Posts: 82
|
|
|
|
Hi,
Guyc
Thanks for your suggestion. |
|
Back to top |
|
|
|