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: | Raw Message | Whole Thread | 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 |