From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Pg Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: cataloguing NOT NULL constraints |
Date: | 2022-09-19 13:32:14 |
Message-ID: | CA+Tgmobnoxt83y1QesBNVArhFm-fLwWkDUyiV84e+psayDwB7A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Aug 17, 2022 at 2:12 PM Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> If you say CREATE TABLE (a int NOT NULL), you'll get a CHECK constraint
> printed by psql: (this is a bit more noisy that previously and it
> changes a lot of regression tests output).
>
> 55489 16devel 1776237=# create table tab (a int not null);
> CREATE TABLE
> 55489 16devel 1776237=# \d tab
> Tabla «public.tab»
> Columna │ Tipo │ Ordenamiento │ Nulable │ Por omisión
> ─────────┼─────────┼──────────────┼──────────┼─────────────
> a │ integer │ │ not null │
> Restricciones CHECK:
> "tab_a_not_null" CHECK (a IS NOT NULL)
In a table with many columns, most of which are NOT NULL, this is
going to produce a ton of clutter. I don't like that.
I'm not sure what a good alternative would be, though.
--
Robert Haas
EDB: http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Isaac Morland | 2022-09-19 13:54:41 | Re: cataloguing NOT NULL constraints |
Previous Message | Bharath Rupireddy | 2022-09-19 13:16:17 | pgstat: stats added in ReadPageInternal() aren't getting reported via pg_stat_wal |