Re: psql and Postgres 7.2

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: psql and Postgres 7.2
Date: 2022-01-21 18:56:16
Message-ID: 5418085e-01e6-c6e4-7bab-0a7d29097e52@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 1/21/22 10:49 AM, Tom Lane wrote:
> Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> writes:
>> src/bin/psql/command.c
>> /*
>> * Ideally we should treat the arguments as SQL identifiers. But for
>> * backwards compatibility with 7.2 and older pg_dump files, we have to
>> * take unquoted arguments verbatim (don't downcase them). For now,
>> * double-quoted arguments may be stripped of double quotes (as if SQL
>> * identifiers). By 7.4 or so, pg_dump files can be expected to
>> * double-quote all mixed-case \connect arguments, and then we can get rid
>> * of OT_SQLIDHACK.
>> */
>
>> Since Postgres 14 pg_dump only goes back to 8.0 and the \d commands in
>> psql go back to 7.4, is this something that needs to hang on?
>
> Yeah, I was wondering about that the other day. I agree that we
> probably don't need to worry anymore about reading 7.2 pg_dump
> output. However, people may be used to/depending on the current
> behavior in other ways. It's hard to be sure, but it is worth
> noting that it's been a long time since \connect arguments were
> only identifiers. We'd have to consider the impact on the
> connstring case, too.

Maybe at this point it comes down to a revision to the documentation
that indicates the downcasing rules don't apply to identifiers in \connect.

>
> regards, tom lane
>

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Michael Paquier 2022-01-22 05:58:45 Re: recording of INDEX creation in tables
Previous Message Tom Lane 2022-01-21 18:49:30 Re: psql and Postgres 7.2