RE: why can't a table be part of the same publication as its schema - Mailing list pgsql-hackers

From houzj.fnst@fujitsu.com
Subject RE: why can't a table be part of the same publication as its schema
Date
Msg-id OS0PR01MB5716FA725E51EF7F130E59AC94439@OS0PR01MB5716.jpnprd01.prod.outlook.com
Whole thread Raw
In response to Re: why can't a table be part of the same publication as its schema  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: why can't a table be part of the same publication as its schema
List 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 by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: [PATCH v1] fix potential memory leak in untransformRelOptions
Next
From: Tom Lane
Date:
Subject: Re: Introduce wait_for_subscription_sync for TAP tests