Re: Logical Replication WIP

From: Petr Jelinek <petr(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Stas Kelvich <s(dot)kelvich(at)postgrespro(dot)ru>, Craig Ringer <craig(at)2ndquadrant(dot)com>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Logical Replication WIP
Date: 2016-09-03 19:11:03
Message-ID: a7154a9f-bee1-9db9-b740-3b716b84cb2b@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 03/09/16 18:04, Tom Lane wrote:
> Petr Jelinek <petr(at)2ndquadrant(dot)com> writes:
>> On 02/09/16 22:57, Peter Eisentraut wrote:
>>> The new system catalog pg_publication_rel has columns pubid, relid,
>>> and does not use the customary column name prefixes. Maybe that is OK
>>> here. I can't actually think of a naming scheme that wouldn't make
>>> things worse.
>
>> Yeah, well I could not either and thee are some catalogs that don't use
>> the prefixes so I figured it's probably not big deal.
>
> The ones that don't are not models to be emulated. They are cases
> where somebody ignored project convention and it wasn't caught until
> too late.
>

Okay but if I follow the convention the names of those fields would be
something like pubrelpubid and pubrelrelid which does not seem like
improvement to me. Maybe the catalog should be pg_publication_map then
as that would make it seem less ugly although less future proof (as
we'll want to add more things to publications than just tables and they
might need different catalogs).

--
Petr Jelinek http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2016-09-03 19:35:43 Re: \timing interval
Previous Message Vik Fearing 2016-09-03 18:41:24 Re: sequence data type