Re: [HACKERS] Getting error at the time of dropping subscription andfew more issues - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [HACKERS] Getting error at the time of dropping subscription andfew more issues
Date
Msg-id 5456e8ff-5afd-2b04-f203-9ce0756ce2a2@2ndquadrant.com
Whole thread Raw
In response to Re: [HACKERS] Getting error at the time of dropping subscription andfew more issues  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: [HACKERS] Getting error at the time of dropping subscription andfew more issues  (Masahiko Sawada <sawada.mshk@gmail.com>)
List pgsql-hackers
On 5/12/17 13:25, Masahiko Sawada wrote:
>> postgres=#  alter subscription sub set publication pub refresh;
>> NOTICE:  removed subscription for table public.t1
>> NOTICE:  removed subscription for table public.t2
>> ALTER SUBSCRIPTION
>>
>> I think  - in publication too ,we should provide NOTICE messages.
>>
> I guess one of the reason why we emit such a NOTICE message is that
> subscriber cannot control which table the upstream server replicate.
> So if a table got disassociated on the publisher the subscriber should
> report that to user. On the other hand, since the publication can
> control it and the changes are obvious, I'm not sure we really need to
> do that.
> 
> BTW I think it's better for the above NOTICE message to have subscription name.

Why?  These come directly has a result of the ALTER SUBSCRIPTION
command, so you see what they refer to.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Amit Langote
Date:
Subject: Re: [HACKERS] NOT NULL constraints on range partition key columns
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] [Proposal] Allow users to specify multiple tables in VACUUM commands