Re: bgw_type (was Re: [HACKERS] Why does logical replication launcherset application_name?)

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: bgw_type (was Re: [HACKERS] Why does logical replication launcherset application_name?)
Дата
Msg-id c063d3ee-be85-279b-fbf6-022ff7510988@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: bgw_type (was Re: [HACKERS] Why does logical replication launcherset application_name?)  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: bgw_type (was Re: [HACKERS] Why does logical replication launcherset application_name?)  (Petr Jelinek <petr.jelinek@2ndquadrant.com>)
Список pgsql-hackers
On 8/31/17 23:22, Michael Paquier wrote:
>> One open question is how to treat a missing (empty) bgw_type.  I
>> currently fill in bgw_name as a fallback.  We could also treat it as an
>> error or a warning as a transition measure.
> 
> Hm. Why not reporting an empty type string as NULL at SQL level and
> just let it empty them? I tend to like more interfaces that report
> exactly what is exactly registered at memory-level, because that's
> easier to explain to users and in the documentation, as well as easier
> to interpret and easier for module developers.

But then background workers that are not updated for, say, PG11 will not
show anything useful in pg_stat_activity.  We should have some amount of
backward compatibility here.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] [BUGS] BUG #14825: enum type: unsafe use?
Следующее
От: Claudio Freire
Дата:
Сообщение: Re: [HACKERS] Small improvement to compactify_tuples