Re: [PATCH] Add result_types column to pg_prepared_statements view

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [PATCH] Add result_types column to pg_prepared_statements view
Дата
Msg-id 58307e2c-a26c-d438-27f7-5bef9f693943@enterprisedb.com
обсуждение исходный текст
Ответ на [PATCH] Add result_types column to pg_prepared_statements view  (Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>)
Ответы Re: [PATCH] Add result_types column to pg_prepared_statements view  (Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>)
Список pgsql-hackers
On 19.05.22 17:34, Dagfinn Ilmari Mannsåker wrote:
> Prompted by a question on IRC, here's a patch to add a result_types
> column to the pg_prepared_statements view, so that one can see the types
> of the columns returned by a prepared statement, not just the parameter
> types.
> 
> I'm not quite sure about the column name, suggestions welcome.

I think this patch is sensible.

I see one issue: When you describe a prepared statement via the 
protocol, if a result field has a domain as its type, the RowDescription 
message sends the underlying base type, not the domain type directly 
(see SendRowDescriptionMessage()).  But it doesn't do that for the 
parameters (see exec_describe_statement_message()).  I don't know why 
that is; the protocol documentation doesn't mention it.  Might be worth 
looking into, and checking whether the analogous information contained 
in this view should be made consistent.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Joe Conway
Дата:
Сообщение: Re: replacing role-level NOINHERIT with a grant-level option
Следующее
От: Dilip Kumar
Дата:
Сообщение: Re: making relfilenodes 56 bits