Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE
Дата
Msg-id
25566.1520353517@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Jing Wang <jingwangian@gmail.com>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Michael Paquier <michael.paquier@gmail.com>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Jing Wang <jingwangian@gmail.com>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Stephen Frost <sfrost@snowman.net>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Jing Wang <jingwangian@gmail.com>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Jing Wang <jingwangian@gmail.com>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Tom Lane <tgl@sss.pgh.pa.us>
Re: Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE David Steele <david@pgmasters.net>
Re: Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE David Steele <david@pgmasters.net>
Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Thomas Munro <thomas.munro@enterprisedb.com>
Alvaro Herrera  writes:
> David Steele wrote:
>> Based on Tom's feedback, and hearing no opinions to the contrary, I have
>> marked this patch Rejected.

> I think I opine contrarywise, but I haven't made time to review the
> status of this in detail.  I'm fine with keeping it rejected for now,
> but I reserve the option to revive it in the future.

I'm fine with reviving it if someone can find a way around the new-
reserved-word problem.  But that's gonna be a bit hard given that
the patch wants to do 

database_name:
            ColId
            | CURRENT_DATABASE

You might be able to preserve the accessibility of the current_database()
function by making CURRENT_DATABASE into a type_func_name_keyword instead
of a fully-reserved word.  But that's ugly (I think you'd need a single-
purpose production for it to be used as a function), and you've still
broken any SQL code using "current_database" as a table or column name.
I'm dubious that the remaining use-case for the feature is worth it.

			regards, tom lane

В списке pgsql-hackers по дате отправления
От: Robbie Harwood
Дата:
Сообщение: Re: Kerberos test suite
От: Arthur Zakirov
Дата:
FAQ