Re: Thoughts on statistics for continuously advancing columns
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Thoughts on statistics for continuously advancing columns |
| Дата | |
| Msg-id | 9435.1262212502@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Thoughts on statistics for continuously advancing columns (Chris Browne <cbbrowne@acm.org>) |
| Список | pgsql-hackers |
Chris Browne <cbbrowne@acm.org> writes:
> I find it curious that ANALYZE *would* take a long time to run.
> After all, its sampling strategy means that, barring having SET
> STATISTICS to some ghastly high number, it shouldn't need to do
> materially more work to analyze a 1TB table than is required to analyze
> a 1GB table.
Right. The example JD quotes in this thread compares a 35MB table
to a 350MB one, and the difference is all about having crossed the
threshold of what would fit in his available RAM. There isn't going
to be much difference in the ANALYZE time for "big" versus "very big"
tables. (There might, however, be a difference in the quality of
the resulting stats :-()
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера