Re: [PERFORM] Bad n_distinct estimation; hacks suggested?
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [PERFORM] Bad n_distinct estimation; hacks suggested? |
| Дата | |
| Msg-id | 24355.1114463455@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [PERFORM] Bad n_distinct estimation; hacks suggested? (Simon Riggs <simon@2ndquadrant.com>) |
| Ответы |
Re: [PERFORM] Bad n_distinct estimation; hacks suggested?
|
| Список | pgsql-hackers |
Simon Riggs <simon@2ndquadrant.com> writes:
> On Mon, 2005-04-25 at 11:23 -0400, Tom Lane wrote:
>> It's not just the scan --- you also have to sort, or something like
>> that, if you want to count distinct values. I doubt anyone is really
>> going to consider this a feasible answer for large tables.
> Assuming you don't use the HashAgg plan, which seems very appropriate
> for the task? (...but I understand the plan otherwise).
The context here is a case with a very large number of distinct
values... keep in mind also that we have to do this for *all* the
columns of the table. A full-table scan for each column seems
right out to me.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера