Re: pg_createsubscriber: allow duplicate publication names

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Shubham Khanna <khannashubham1197(at)gmail(dot)com>
Subject: Re: pg_createsubscriber: allow duplicate publication names
Date: 2026-06-02 06:14:46
Message-ID: CAA4eK1KZTJ+tSiMVDCdDQHzncuq_pUcHb7t=XbsUe_Jh4iYodg@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jun 1, 2026 at 6:42 PM Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> wrote:
>
> While testing “Support existing publications in pg_createsubscriber”, I noticed that it doesn’t allow the same publication name even when the publications are from different databases.
>
> A simple repro:
> ```
> % createdb db1
> % createdb db2
> % psql db1 -c 'CREATE PUBLICATION app_pub FOR ALL TABLES'
> % psql db2 -c 'CREATE PUBLICATION app_pub FOR ALL TABLES'
> CREATE PUBLICATION
> CREATE PUBLICATION
> % pg_createsubscriber --dry-run --pgdata <data-dir> --publisher-server postgres --database db1 --database db2 --publication app_pub --publication app_pub
> pg_createsubscriber: error: publication "app_pub" specified more than once for --publication
> ```
>
> The rejection is not introduced by this feature, but previously it was not a real problem because the specified publication names would always be created. After this feature, it may become an issue, since the feature intends to use existing publications, and users may have defined publications with the same name in different databases. So the current restriction becomes a limitation of the new feature. I don’t think we should leave this limitation in PG19.
>
> Since pg_createsubscriber already ensures that duplicate database names cannot be specified, we can just remove the duplicate publication name check.
>

Doesn't the same point apply to subscription names? The subscription
names can be specified by "--subscription=name"

--
With Regards,
Amit Kapila.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Chao Li 2026-06-02 06:24:01 Re: Fix bug of CHECK constraint enforceability recursion
Previous Message Xuneng Zhou 2026-06-02 06:00:29 Re: Fix race in ReplicationSlotRelease for ephemeral slots