RE: pg_publication_tables show dropped columns

Поиск
Список
Период
Сортировка
Искать
От
houzj.fnst@fujitsu.com
Тема
RE: pg_publication_tables show dropped columns
Дата
Msg-id
OS0PR01MB571610CCAB5763BCBC5976E8947E9@OS0PR01MB5716.jpnprd01.prod.outlook.com
Ответ на
Список
Дерево обсуждения
pg_publication_tables show dropped columns Jaime Casanova <jcasanov@systemguards.com.ec>
Re: pg_publication_tables show dropped columns Tom Lane <tgl@sss.pgh.pa.us>
RE: pg_publication_tables show dropped columns "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
Re: pg_publication_tables show dropped columns Tom Lane <tgl@sss.pgh.pa.us>
RE: pg_publication_tables show dropped columns "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
On Tuesday, September 6, 2022 11:13 AM Tom Lane  wrote:
> 
> Jaime Casanova  writes:
> > Just trying the new column/row filter on v15, I found this issue that
> > could be replicated very easily.
> 
> Bleah.  Post-beta4 catversion bump, here we come.

Oh, Sorry for the miss.

> > This could be solved by adding a "NOT attisdropped", simple patch
> > attached.
> 
> That view seems quite inefficient as written --- I wonder if we can't do better by
> nuking the join-to-unnest business and putting the restriction in a WHERE
> clause on the pg_attribute scan.
> The query plan that you get for it right now is certainly awful.

I agree and try to improve the query as suggested.

Here is the new version patch.
I think the query plan and cost looks better after applying the patch.

Best regards,
Hou zj

В списке pgsql-hackers по дате отправления
От: Daniel Gustafsson
Дата:
От: John Naylor
Дата:
FAQ