| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Dennis Bjorklund <db(at)zigo(dot)dhs(dot)org> |
| Cc: | Gaetano Mendola <mendola(at)bigfoot(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Wrong index choosen? |
| Date: | 2004-07-23 14:45:27 |
| Message-ID: | 20162.1090593927@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-performance |
Dennis Bjorklund <db(at)zigo(dot)dhs(dot)org> writes:
> In this plan it estimates to get 481 but it got 22477. So the estimation
> was very wrong. You can increase the statistics tarhet on the login_time
> and it will probably be better (after the next analyze).
Given the nature of the data (login times), I'd imagine that the problem
is simply that he hasn't analyzed recently enough. A bump in stats
target may not be needed, but he's going to have to re-analyze that
column often if he wants this sort of query to be estimated accurately,
because the fraction of entries later than a given time T is *always*
going to be changing.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andreas Joseph Krogh | 2004-07-23 16:38:09 | Re: patch for allowing multiple -t options to pg_dump |
| Previous Message | Tom Lane | 2004-07-23 13:49:05 | Re: make LockRelation use top transaction ID |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Adler | 2004-07-23 15:34:16 | Re: Performance over a LAN |
| Previous Message | Jeff | 2004-07-23 12:07:23 | Re: Performance over a LAN |