Re: Thoughts on statistics for continuously advancing columns

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: Thoughts on statistics for continuously advancing columns
Дата
Msg-id 4B3B247D020000250002DA9A@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: Thoughts on statistics for continuously advancing columns  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Thoughts on statistics for continuously advancing columns  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Josh Berkus <josh@agliodbs.com> writes:
>> My thoughts on dealing with this intelligently without a major
>> change to statstics gathering went along these lines:
> 
>> 1. add columns to pg_statistic to hold estimates of upper and
>> lower bounds growth between analyzes.
> 
> This seems like a fundamentally broken approach
> I don't have a better idea at the moment :-(
It's been a while since I've been bitten by this issue -- the last
time was under Sybase.  The Sybase suggestion was to either add
"dummy rows" [YUCK!] to set the extreme bounds or to "lie to the
optimizer" by fudging the statistics after each generation.  Perhaps
we could do better by adding columns for high and low bounds to
pg_statistic.  These would not be set by ANALYZE, but
user-modifiable to cover exactly this problem?  NULL would mean
current behavior?
-Kevin


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Hiroshi Saito"
Дата:
Сообщение: Re: test/example does not support win32.
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: test/example does not support win32.