Re: More stable query plans via more predictable column statistics
От | Tom Lane |
---|---|
Тема | Re: More stable query plans via more predictable column statistics |
Дата | |
Msg-id | 26447.1459660737@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: More stable query plans via more predictable column statistics (Alex Shulgin <alex.shulgin@gmail.com>) |
Ответы |
Re: More stable query plans via more predictable column statistics
|
Список | pgsql-hackers |
Alex Shulgin <alex.shulgin@gmail.com> writes: > On Sun, Apr 3, 2016 at 3:43 AM, Alex Shulgin <alex.shulgin@gmail.com> wrote: >> I'm not sure yet about the 1% rule for the last value, but would also love >> to see if we can avoid the arbitrary limit here. What happens with a last >> value which is less than 1% popular in the current code anyway? > Now that I think about it, I don't really believe this arbitrary heuristic > is any good either, sorry. Yeah, it was just a placeholder to produce a working patch. Maybe we could base this cutoff on the stats target for the column? That is, "1%" would be the right number if stats target is 100, otherwise scale appropriately. > What was your motivation to introduce some limit at the bottom anyway? Well, we have to do *something* with the last (possibly only) value. Neither "include always" nor "omit always" seem sane to me. What other decision rule do you want there? regards, tom lane
В списке pgsql-hackers по дате отправления: