| From: | vignesh C <vignesh21(at)gmail(dot)com> |
|---|---|
| To: | shveta malik <shveta(dot)malik(at)gmail(dot)com> |
| Cc: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Distinguish publication exclusions in object addresses |
| Date: | 2026-09-15 08:30:30 |
| Message-ID: | CALDaNm3QQyC8o1P_AOowXELRn7dSNS5dAmQaCmSkrdz0KPZOBw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, 15 Sept 2026 at 10:07, shveta malik <shveta(dot)malik(at)gmail(dot)com> wrote:
>
> On Sun, Sep 13, 2026 at 9:01 PM vignesh C <vignesh21(at)gmail(dot)com> wrote:
> >
> >
> > I preferred the single lookup approach. The
> > v1-0002-Review-comment-fixes.patch at [1] has the changes for the
> > same.
>
> Thanks Vignesh.
>
> Instead of isPublicationRelationExcept() with the exclusion logic
> outside and the fallback logic inside -- which is also not very clear:
>
> + /* fallback to a non-exclusion entry for an undefined object */
> + return false;
>
> I think we could introduce a function similar to
> getProcedureTypeDescription() and getConstraintTypeDescription().
> Please see the attached patch. Take the changes if you agree.
Your suggestion looks better, I have merged the proposed changes with
a couple of minor changes a) changed function name
getPublicationRelationDescription to
getPublicationRelationTypeDescription. This will keep it consistent by
having Type in the function name similar to
getConstraintTypeDescription, getProcedureTypeDescription and
getRelationTypeDescription. b) Changed "failed for publication
relation" to "failed for publication table" so that it is consistent
with other search sys cache failures of PUBLICATIONREL.
The attached v2 version patch has the changes for the same. This also
addresses Hou's comments from [1].
Regards,
Vignesh
| Attachment | Content-Type | Size |
|---|---|---|
| v2-0001-Distinguish-publication-exclusions-in-object-addr.patch | application/x-patch | 19.8 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bharath Rupireddy | 2026-09-15 08:38:00 | Re: REPACK (CONCURRENTLY) backend waits indefinitely when decoding worker fails to start |
| Previous Message | Osama Abdul Qader | 2026-09-15 08:28:26 | Re: Prevent object capture in CREATE/ALTER EXTENSION scripts |