Re: [HACKERS] Surjective functional indexes
От | Konstantin Knizhnik |
---|---|
Тема | Re: [HACKERS] Surjective functional indexes |
Дата | |
Msg-id | 623fdf0f-c3d1-7553-e784-f8d5a900239b@postgrespro.ru обсуждение исходный текст |
Ответ на | Re: [HACKERS] Surjective functional indexes (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Re: [HACKERS] Surjective functional indexes
|
Список | pgsql-hackers |
On 15.12.2017 01:21, Michael Paquier wrote: > On Fri, Dec 15, 2017 at 6:15 AM, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: >> Konstantin Knizhnik wrote: >>> If you still thing that additional 16 bytes per relation in statistic is too >>> high overhead, then I will also remove autotune. >> I think it's pretty clear that these additional bytes are excessive. > The bar to add new fields in PgStat_TableCounts in very high, and one > attempt to tackle its scaling problems with many relations is here by > Horiguchi-san: > https://www.postgresql.org/message-id/20171211.201523.24172046.horiguchi.kyotaro@lab.ntt.co.jp > His patch may be worth a look if you need more fields for your > feature. So it seems to me that the patch as currently presented has > close to zero chance to be committed as long as you keep your changes > to pgstat.c. Ok, looks like everybody think that autotune based on statistic is bad idea. Attached please find patch without autotune. -- Konstantin Knizhnik Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
Вложения
В списке pgsql-hackers по дате отправления: