Re: Generate pg_stat_get_xact*() functions with Macros - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Generate pg_stat_get_xact*() functions with Macros
Date
Msg-id ZB5hipxlAfZoILgZ@paquier.xyz
Whole thread Raw
In response to Re: Generate pg_stat_get_xact*() functions with Macros  ("Drouvot, Bertrand" <bertranddrouvot.pg@gmail.com>)
Responses Re: Generate pg_stat_get_xact*() functions with Macros  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Fri, Mar 24, 2023 at 06:58:30AM +0100, Drouvot, Bertrand wrote:
> - Does not include the refactoring for pg_stat_get_xact_tuples_inserted(),
> pg_stat_get_xact_tuples_updated() and pg_stat_get_xact_tuples_deleted() (as
> they depend of [2] mentioned above)
>
> - Does not include the refactoring for
> pg_stat_get_xact_function_total_time(),
> pg_stat_get_xact_function_self_time(),
> pg_stat_get_function_total_time() and
> pg_stat_get_function_self_time(). I think they can be done in a
> dedicated commit once we agree on the renaming for
> PG_STAT_GET_DBENTRY_FLOAT8 (see Andres's comment up-thread) so that
> the new macros can match the future agreement.
>
> - Does include the refactoring of the new
> - pg_stat_get_xact_tuples_newpage_updated() function (added in
> - ae4fdde135)

Fine by me.  One step is better than no steps, and this helps:
 1 file changed, 29 insertions(+), 97 deletions(-)

I'll go apply that if there are no objections.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Andrey Borodin
Date:
Subject: Re: psql \watch 2nd argument: iteration count
Next
From: Justin Pryzby
Date:
Subject: Re: Progress report of CREATE INDEX for nested partitioned tables