Re: E.6.3.2.1. Constraints

From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
To: Bruce Momjian <bruce(at)momjian(dot)us>, kacperkuras(at)hotmail(dot)com, pgsql-docs(at)lists(dot)postgresql(dot)org
Subject: Re: E.6.3.2.1. Constraints
Date: 2026-09-22 05:51:15
Message-ID: f1828bd03077c2cbde82acc220925cfa968aad4e.camel@cybertec.at
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-docs

On Mon, 2026-09-21 at 15:08 -0400, Bruce Momjian wrote:
> On Sat, Sep 19, 2026 at 02:49:55PM +0000, PG Doc comments form wrote:
> > The following documentation comment has been logged on the website:
> >
> > Page: https://www.postgresql.org/docs/18/release-18.html
> > Description:
> >
> > Commit 086c84b23 changed what a foreign key with ON DELETE RESTRICT or ON
> > UPDATE RESTRICT raises when it refuses a change: SQLSTATE 23001
> > (restrict_violation) instead of 23503 (foreign_key_violation), and the
> > message now says "violates RESTRICT setting of foreign key constraint". The
> > PostgreSQL 18 release notes do not mention it.
> >
> > Code that catches 23503 to report that a row is still referenced stops
> > matching RESTRICT keys after upgrading, while NO ACTION keys still raise
> > 23503. The same notes list the change to the XML error codes (cd838e200), so
> > this one seems to belong there as well.
>
> How do we want to handle such cases in the release notes?  The new codes
> are not mentioned in the commit message, and there are no doc changes in the
> patch.

In my opinion, that should have a place in the "migration to v19" section of
incompatibilities in the release notes.

I have no right to burden committers even more, but I'd say that such changes
should be part of the commit message.

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Daniel Gustafsson 2026-09-22 06:37:42 Re: E.6.3.2.1. Constraints
Previous Message Bruce Momjian 2026-09-21 19:08:49 Re: E.6.3.2.1. Constraints