| From: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | "Ansley, Michael" <Michael(dot)Ansley(at)intec(dot)co(dot)za> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: [HACKERS] Re: Top N queries and disbursion |
| Date: | 1999-10-08 16:20:41 |
| Message-ID: | 199910081620.MAA26209@candle.pha.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> Surely we could store more information (using vacuum) about each table, to
> be able to produce good stats relatively quickly? This would mean that the
> estimates would be dependent on vacuum, but there are worse options. Also,
> can't we do something similar to what Oracle does, where you can define your
> optimisation to be rule-based, or stats-based. If it's rule based, the
> optimizer looks only at the schema to decide how to optimize. If
> stats-based, then it has a huge amount of information at its disposal to
> determine how to optimise. However, those stats are compiled by something
> like vacuum.
Stats are compiled by vacuum analyze, and every column is analyzed the
same way.
--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jan Wieck | 1999-10-08 16:25:50 | Re: [HACKERS] Features for next release |
| Previous Message | Bruce Momjian | 1999-10-08 16:19:31 | Re: [HACKERS] Re: Top N queries and disbursion |