From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Chris Browne <cbbrowne(at)acm(dot)org> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Exposing the Xact commit order to the user |
Date: | 2010-06-03 23:11:05 |
Message-ID: | 1275606522-sup-7982@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Excerpts from Chris Browne's message of jue jun 03 16:21:35 -0400 2010:
> What this offers is *SOME* idea of how much updating work a particular
> transaction did. It's a bit worse than you suggest:
>
> - If replication triggers have captured tuples, those would get
> counted.
>
> - TOAST updates might lead to extra updates being counted.
>
> But back to where you started, I'd anticipate 7 inserts, 7 deletes,
> and 7 updates being counted as something around 21 updates.
>
> And if that included 5 TOAST changes, it might bump up to 26.
>
> If there were replication triggers in place, that might bump the count
> up to 45 (which I chose arbitrarily).
Why not send separate numbers of tuple inserts/updates/deletes, which we
already have from pgstats?
--
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2010-06-03 23:21:16 | Re: 9.0 release notes |
Previous Message | Tom Lane | 2010-06-03 23:02:00 | Re: Keepalive for max_standby_delay |