Re: Tid scan increments value of pg_stat_all_tables.seq_scan. (butnot seq_tup_read)
| От | Fujii Masao |
|---|---|
| Тема | Re: Tid scan increments value of pg_stat_all_tables.seq_scan. (butnot seq_tup_read) |
| Дата | |
| Msg-id | 8db45a89-0bd9-c1a8-0ce3-99b71c26b7ae@oss.nttdata.com обсуждение исходный текст |
| Ответ на | Re: Tid scan increments value of pg_stat_all_tables.seq_scan. (butnot seq_tup_read) (Kasahara Tatsuhito <kasahara.tatsuhito@gmail.com>) |
| Ответы |
Re: Tid scan increments value of pg_stat_all_tables.seq_scan. (butnot seq_tup_read)
Re: Tid scan increments value of pg_stat_all_tables.seq_scan. (butnot seq_tup_read) |
| Список | pgsql-hackers |
On 2020/02/07 15:07, Kasahara Tatsuhito wrote: > Hi, > > On Fri, Feb 7, 2020 at 1:27 PM Kyotaro Horiguchi > <horikyota.ntt@gmail.com> wrote: >> It seems that nkeys and key are useless. Since every table_beginscan_* >> functions have distinct parameter sets, don't we remove them from >> table_beginscan_tid? > Yeah, actually, when calling table_beginscan_tid(), nkeys is set to 0 > and * key is set to NULL, > so these are not used at the moment. > > I removed unnecessary arguments from table_beginscan_tid(). > > Attache the v5 patch. Thanks for updating the patch! The patch looks good to me. So barring any objection, I will push it and back-patch to v12 *soon* so that the upcoming minor version can contain it. BTW, commit 147e3722f7 causing the issue changed currtid_byreloid() and currtid_byrelname() so that they also call table_beginscan(). I'm not sure what those functions are, but probably we should fix them so that table_beginscan_tid() is called instead. Thought? Regards, -- Fujii Masao NTT DATA CORPORATION Advanced Platform Technology Group Research and Development Headquarters
В списке pgsql-hackers по дате отправления: