Re: Bug or intentionally under-documented "\c databasename;" behavior?
От
Tom Lane
Тема
Re: Bug or intentionally under-documented "\c databasename;" behavior?
Дата
Msg-id
4059188.1669392529@sss.pgh.pa.us
Ответ на
Bug or intentionally under-documented "\c databasename;" behavior? (David G. Johnston)
Список
Дерево обсуждения
Bug or intentionally under-documented "\c databasename;" behavior? "David G. Johnston" <david.g.johnston@gmail.com>
Re: Bug or intentionally under-documented "\c databasename;" behavior? Tom Lane <tgl@sss.pgh.pa.us>
"David G. Johnston" writes: > I expected the following to tell me: database "testdb;" does not exist > Instead the connection attempt was successful. > postgres=# create database testdb; > CREATE DATABASE > postgres=# \c testdb; > You are now connected to database "testdb" as user "vagrant". This is because psql_scan_slash_option was told to strip any trailing semicolon, and did so. If there's any rhyme or reason to which psql metacommands pass semicolon=true and which do not, I can't detect it :-(. And you're right that there's nothing about it in the documentation. I wonder if we can get away with removing that quirk. Or else try to establish some policy about it, and document the policy. A really brave person might propose nuking the OT_SQLIDHACK parsing mode as well. That was never supposed to be a long-term fixture. regards, tom lane
В списке pgsql-bugs по дате отправления
От: David G. Johnston
Дата:
От: PG Bug reporting form
Дата: