Re: Design of pg_stat_subscription_workers vs pgstats
От | Masahiko Sawada |
---|---|
Тема | Re: Design of pg_stat_subscription_workers vs pgstats |
Дата | |
Msg-id | CAD21AoCoaEzon3P8_sjM4q=pL+3qePOw-TW+B1D4i+8b6+zqYA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Design of pg_stat_subscription_workers vs pgstats (Peter Eisentraut <peter.eisentraut@enterprisedb.com>) |
Список | pgsql-hackers |
On Thu, Feb 24, 2022 at 9:23 PM Peter Eisentraut <peter.eisentraut@enterprisedb.com> wrote: > > > On 24.02.22 12:46, Masahiko Sawada wrote: > >> We have a view called pg_stat_activity, which is very well known. From > >> that perspective, "activity" means what is happening right now or what > >> has happened most recently. The reworked view in this patch does not > >> contain that (we already have pg_stat_subscription for that), but it > >> contains accumulated counters. > > Right. > > > > What pg_stat_subscription shows is rather suitable for the name > > pg_stat_subscription_activity than the reworked view. But switching > > these names would also not be a good idea. I think it's better to use > > "subscription" in the view name since it shows actually statistics for > > subscriptions and subscription OID is the key. I personally prefer > > pg_stat_subscription_counters among the ideas that have been proposed > > so far, but I'd like to hear opinions and votes. > > _counters will fail if there is something not a counter (such as > last-timestamp-of-something). > > Earlier, pg_stat_subscription_stats was mentioned, which doesn't have > that problem. Ah, I had misunderstood your comment. Right, _counter could be a blocker for the future changes. Regards, -- Masahiko Sawada EDB: https://www.enterprisedb.com/
В списке pgsql-hackers по дате отправления: