| From: | Andrew Sullivan <andrew(at)libertyrms(dot)info> |
|---|---|
| To: | pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: An unresolved performance problem. |
| Date: | 2003-05-08 11:20:20 |
| Message-ID: | 20030508112020.GB3728@libertyrms.info |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-performance pgsql-sql |
On Thu, May 08, 2003 at 10:48:52AM -0200, Achilleus Mantzios wrote:
> That is, we have a marginal decrease of the total cost
> for the index scan when random_page_cost = 1.9,
> whereas the "real cost" in the means of total runtime
> ranges from 218 msecs (seq scan) to 19 msecs (index scan).
> (is it sane?)
You're right that the problem is the poor estimate of the cost of
that selection. I recall you mentioning that you'd expanded the
statistics on the field, but I don't recall to what. I know that
under some circumstances, you _really_ have to increase the stats to
get a meaningful sample.
A
--
----
Andrew Sullivan 204-4141 Yonge Street
Liberty RMS Toronto, Ontario Canada
<andrew(at)libertyrms(dot)info> M2P 2A8
+1 416 646 3304 x110
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Achilleus Mantzios | 2003-05-08 12:09:47 | Re: [SQL] An unresolved performance problem. |
| Previous Message | A.Bhuvaneswaran | 2003-05-08 05:36:03 | pg_dumpall segmentation fault |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Achilleus Mantzios | 2003-05-08 12:09:47 | Re: [SQL] An unresolved performance problem. |
| Previous Message | Sean Chittenden | 2003-05-08 04:57:49 | Re: [PERFORM] [SQL] Unanswered Questions WAS: An unresolved performance problem. |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Achilleus Mantzios | 2003-05-08 12:09:47 | Re: [SQL] An unresolved performance problem. |
| Previous Message | SZŰCS Gábor | 2003-05-08 11:15:10 | Re: "too clever" when creating SQL functions |