Re: Docs: Create table description for constraints markup fix and label tweaks

David G. Johnston <david.g.johnston@gmail.com>

From: "David G. Johnston" <david.g.johnston@gmail.com>
To: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2026-04-03T17:57:27Z
Lists: pgsql-hackers

Attachments

On Fri, Apr 3, 2026 at 10:18 AM David G. Johnston <
david.g.johnston@gmail.com> wrote:

> Responding to a recent report on -general [1] I found a markup bug in the
> primary key description under create table.  0001 fixes this.
>
> The complaint itself was about using "column constraint" as a descriptive
> label in a syntax area when "column constraint" is an actual defined syntax
> label.  0002 adds the word "variant" to the six places "(table/column
> constraint)" is used in this manner.
>
> [1]
> https://www.postgresql.org/message-id/CA+FnnTzeE30E4kfK4=+MLe4DBORu4CdYvPQgWUYakRxfwsbEtg@mail.gmail.com
>
>
The more you look (not having production dark mode in the core build is a
bit annoying)...v2 attached after re-reading the original thread and
looking around a bit more.

Unique had the same sgml markup error as primary key.

Also, the CF entry: https://commitfest.postgresql.org/patch/6648/

David J.

P.S. Reviewing this we are inconsistent as to where we use "optional"
markup versus just literal [ ].  Even among these three locations there are
variances - and simply literals used for optional meaning brackets.