RE: why can't a table be part of the same publication as its schema

Поиск
Список
Период
Сортировка
От houzj.fnst@fujitsu.com
Тема RE: why can't a table be part of the same publication as its schema
Дата
Msg-id OS0PR01MB5716FA725E51EF7F130E59AC94439@OS0PR01MB5716.jpnprd01.prod.outlook.com
обсуждение исходный текст
Ответ на Re: why can't a table be part of the same publication as its schema  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: why can't a table be part of the same publication as its schema  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Friday, September 9, 2022 9:57 PM Robert Haas <robertmhaas@gmail.com> wrote:
> 
> On Fri, Sep 9, 2022 at 5:21 AM Amit Kapila <amit.kapila16@gmail.com> wrote:
> > So, why shouldn't a "FOR ALL TABLES IN SCHEMA" publication follow a
> > similar behavior?

Hi
> 
> It feels like a mistake to me that there's any catalog representation at all for a
> table that is published because it is part of a schema.
> The way a feature like this should work is that the schema should be labelled as
> published, and we should discover which tables are part of it at any given time as
> we go. We shouldn't need separate catalog entries for each table in the schema
> just because the schema is published. 

IIRC, the feature currently works almost the same as you described. It doesn't
create entry for tables that are published via its schema level, it only record
the published schema and check which tables are part of it.

Sorry, If I misunderstand your points or missed something.

Best regards,
Hou zj



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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: [PATCH v1] fix potential memory leak in untransformRelOptions
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Introduce wait_for_subscription_sync for TAP tests