Re: Column Filtering in Logical Replication - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: Column Filtering in Logical Replication
Date
Msg-id CAA4eK1+N_=oLbZ_wDtRqmXe1xjH3gu8zNWOsXEMkQqZitSg8Uw@mail.gmail.com
Whole thread Raw
In response to Re: Column Filtering in Logical Replication  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
List pgsql-hackers
On Thu, Sep 16, 2021 at 6:14 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote:
>
> On 2021-Sep-16, Amit Kapila wrote:
>
> > I think the problem here is that with the proposed grammar we won't be
> > always able to distinguish names at the gram.y stage. Some post
> > parsing analysis is required to attribute the right type to name as is
> > done in the patch.
>
> Doesn't it work to stuff them all into RangeVars?  Then you don't need
> to make the node type a monstrosity, just bail out in parse analysis if
> an object spec has more elements in the RV than the object type allows.
>

So, are you suggesting that we store even schema names corresponding
to FOR ALL TABLES IN SCHEMA s1 [, ...] grammar in RangeVars in some
way (say store schema name in relname or schemaname field of RangeVar)
at gram.y stage and then later extract it from RangeVar? If so, why do
you think it would be better than the current proposed way?

-- 
With Regards,
Amit Kapila.



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: EXPLAIN(VERBOSE) to CTE with SEARCH BREADTH FIRST fails
Next
From: Alvaro Herrera
Date:
Subject: Re: Column Filtering in Logical Replication