View previous topic :: View next topic
|
Author |
Message |
Div Grad
New User
Joined: 08 Apr 2005 Posts: 45
|
|
|
|
I used a SPUFI to insert approx. 10,000 rows into a million row table. Then I used File Manager For z/OS (DB2) to eyeball my results. Everything looked good and then I slowly realized that my inserted records were always 21 rows apart as displayed.
I found that disconcerting because my belief is that the records come up sorted by key(s). So why would they be evenly spaced like that when I know the new keys are random? Looking closer I noticed that while all the old rows were coming up sorted on key(s) the new records I inserted were coming up as every 21st record within the old correctly sorted records. If I did an explicit sort on the keys then the new records were randomly spaced as expected.
So what is going on here, something analogous to blocking with flat files? I'm expecting a reorg overnight will eliminate this phenomenon. |
|
Back to top |
|
|
Rohit Umarjikar
Global Moderator
Joined: 21 Sep 2010 Posts: 3051 Location: NYC,USA
|
|
|
|
Div, What happens when you do a select query in a SPUFI by desc order with the keys and limit the result to may be 10k? if you did so then are you getting the same results as above? |
|
Back to top |
|
|
daveporcelan
Active Member
Joined: 01 Dec 2006 Posts: 792 Location: Pennsylvania
|
|
|
|
Unless you do an explicit order by, what you 'see' is irrelevant in every way.
They way DB2 stores the data does not matter.
They way you see the data does not matter.
You may see something different after the reorg, you may not.
You may see something different after additional records are added or deleted, you may not.
Without an order by, the results are unpredictable. Period. |
|
Back to top |
|
|
GuyC
Senior Member
Joined: 11 Aug 2009 Posts: 1281 Location: Belgium
|
|
|
|
If you really want to know , read about pctfree and freepage |
|
Back to top |
|
|
|