Re: pg14 psql broke \d datname.nspname.relname - Mailing list pgsql-hackers

From Mark Dilger
Subject Re: pg14 psql broke \d datname.nspname.relname
Date
Msg-id F482826F-B33D-4D36-ABF5-7BA6A498591B@enterprisedb.com
Whole thread Raw
In response to Re: pg14 psql broke \d datname.nspname.relname  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

> On Nov 5, 2021, at 6:59 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
>> I think it would appropriate to normalize identifiers that are going to
>> be stored in catalogs.  As presented, this is a bit ridiculous and I see
>> no reason to continue to support it.
>
> If we had any sort of convention about the encoding of identifiers stored
> in shared catalogs, maybe we could do something about that.  But we don't,
> so any change is inevitably going to break someone's use-case.

I only started the discussion about normalization to demonstrate that existing behavior does not require it.

> In any case, that seems quite orthogonal to the question of how to treat
> names with too many dots in them.

Agreed.

>  Considering we are three days out from
> freezing 14.1, I think it is time to stop the meandering discussion and
> fix it.

Agreed.

>  And by "fix", I mean revert to the pre-14 behavior.

That's one solution.  The patch I posted on October 20, and rebased two days ago, has not received any negative
feedback. If you want to revert to pre-14 behavior for 14.1, do you oppose the patch going in for v15?  (I'm not taking
aposition here, just asking what you'd prefer.) 

—
Mark Dilger
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company






pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: should we enable log_checkpoints out of the box?
Next
From: "David G. Johnston"
Date:
Subject: Re: [PATCH] rename column if exists