Re: PoC Refactor AM analyse API

Поиск
Список
Период
Сортировка
От Denis Smirnov
Тема Re: PoC Refactor AM analyse API
Дата
Msg-id A678F81D-6466-42DD-9021-961E3BA79054@arenadata.io
обсуждение исходный текст
Ответ на Re: PoC Refactor AM analyse API  (Andrey Borodin <x4mmm@yandex-team.ru>)
Ответы Re: PoC Refactor AM analyse API  (Heikki Linnakangas <hlinnaka@iki.fi>)
Список pgsql-hackers
> But why do you pass int natts and VacAttrStats **stats to acquire_sample_rows()? Is it of any use? It seems to break
abstractiontoo. 

Yes, it is really a kluge that should be discussed. The main problem is that we don’t pass projection information to
analyzescan (analyze begin scan relise only on relation information during initialization). And as a result we can’t
benefitfrom column AMs during «analyze t(col)» and consume data only from target columns. This parameters were added to
solvethis problem. 

Best regards,
Denis Smirnov | Developer
sd@arenadata.io
Arenadata | Godovikova 9-17, Moscow 129085 Russia




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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: [PATCH] Simplify permission checking logic in user.c
Следующее
От: Dilip Kumar
Дата:
Сообщение: Re: Parallel Inserts in CREATE TABLE AS