| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | tmorelli(at)tmorelli(dot)com(dot)br |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Is Optimizer smart enough? |
| Date: | 2006-01-11 05:08:45 |
| Message-ID: | 8514.1136956125@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
tmorelli(at)tmorelli(dot)com(dot)br writes:
> Just for curiosity: suppose there is an excellent index frequently picked by
> the optimizer. Suppose now that this index became extremelly fragmented with
> thousands of updates. Without a REINDEX, will Optimizer still pick it? Or the
> optimizer is smart enough to detect index fragmentation and discard it?
IIRC, btcostestimate is sensitive to the physical size of the index,
so it would catch the first-order effect of index bloat. It wouldn't
notice index fragmentation in the sense of increasingly random location
of logically-sequential leaf pages. But I'm not sure how much that
matters for typical situations. If you have a huge fraction of dead
tuples, I'd say that index fragmentation is not your worst problem...
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Neil Conway | 2006-01-11 07:45:37 | leaks in TopMemoryContext? |
| Previous Message | Andrew Dunstan | 2006-01-11 04:14:46 | Re: TODO-item: Add sleep() function, remove from regress.c |