Re: Bizarre choice of case for RELKIND_PARTITIONED_TABLE

From: Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgreSQL(dot)org
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>
Subject: Re: Bizarre choice of case for RELKIND_PARTITIONED_TABLE
Date: 2017-03-08 03:54:16
Message-ID: bbeea30b-1eca-c75d-b37d-77e8664e48ba@lab.ntt.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2017/03/08 2:55, Tom Lane wrote:
> Is there a good reason why RELKIND_PARTITIONED_TABLE is 'P' not 'p'?
> It looks rather out of place considering that seven of the eight
> pre-existing relkind codes are lower case. (And no, I don't especially
> approve of RELKIND_SEQUENCE being 'S' either, but it's far too late to
> change that.) Also, in typical low-res monospaced fonts, there's nearly
> no difference except vertical alignment between P and p, meaning that in
> something like
>
> regression=# select distinct relkind from pg_class;
> relkind
> ---------
> r
> t
> P
> v
> m
> i
> S
> c
> (8 rows)
>
> you have to look rather closely even to notice that what you're seeing
> isn't in the case you might expect.
>
> I think we should change this while we still can.

I remember that one of the earliest versions of the patch I submitted had
two new relkinds: 'P' for partitioned tables and 'p' for leaf partitions.
The latter was dropped subsequently and I never thought of using 'p'
instead of 'P' for partitioned tables.

Attached patch that implements this change.

Thanks,
Amit

Attachment Content-Type Size
0001-Change-RELKIND_PARTITIONED_TABLE-to-p.patch text/x-diff 22.1 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Steele 2017-03-08 04:05:37 Re: SQL/JSON in PostgreSQL
Previous Message Magnus Hagander 2017-03-08 03:52:04 Re: Need a builtin way to run all tests faster manner