| From: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
|---|---|
| To: | Peter Smith <smithpb2250(at)gmail(dot)com> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: DOCS - Clarify that REFRESH SEQUENCES might be using stale publication data |
| Date: | 2026-07-06 03:48:42 |
| Message-ID: | CAA4eK1JkeynJa4o62yDVANGvOJDGLtYGkbzBaKV-gvH7Me-ewA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Fri, Jul 3, 2026 at 8:48 AM Peter Smith <smithpb2250(at)gmail(dot)com> wrote:
>
> On Thu, Jul 2, 2026 at 6:48 PM Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> >
> > On Thu, Jul 2, 2026 at 8:29 AM Peter Smith <smithpb2250(at)gmail(dot)com> wrote:
> > >
> > > The docs do refer to "currently subscribed sequences" but do not
> > > explicitly warn about this gotcha.
> > >
> > > PSA: a patch to add a clarifying sentence.
> > >
> >
> > It does not add or remove
> > sequences from the subscription to match the publication.
> > </para>
> > + <para>
> > + If the publication's sequence membership has changed,
> > + <link linkend="sql-altersubscription-params-refresh-publication">
> > + <command>ALTER SUBSCRIPTION ... REFRESH PUBLICATION</command></link>
> > + should be run before <literal>REFRESH SEQUENCES</literal> to ensure the
> > + subscription's known sequence list is current.
> > + </para>
> >
> > It is already mentioned that this command "does not add or remove
> > sequences from the subscription to match the publication.". Adding
> > more information, especially a separate para for the same, appears
> > like bloating the text in docs. OTOH, I see your point of running
> > REFRESH PUBLICATION before REFRESH SEQUENCES which I tried to cover in
> > the existing paragraph. Apart from that, I have merged your
> > doc-changes from another thread [1] which is on the same topic. Let's
> > commit them together.
> >
>
> +1 to combine both patches.
>
> Upon re-reading, I think there is still ambiguity due to that word
> "synchronizing".
>
I don't read it that way. I feel the current wording is succinct and
conveys what the command is supposed to do. I read your new version of
the patch but I still like the one I shared previously, so I'll
go-ahead with that unless someone else has preference for one or the
other version.
--
With Regards,
Amit Kapila.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | solai v | 2026-07-06 03:54:25 | Re: Add malloc attribute to memory allocation functions |
| Previous Message | Amit Kapila | 2026-07-06 03:39:32 | Re: Proposal: Conflict log history table for Logical Replication |