Re: Add pg_stat_kind_info system view
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Sami Imseih <samimseih@gmail.com>
Cc: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>, Tristan Partin <tristan@partin.io>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2026-07-01T01:35:33Z
Lists: pgsql-hackers
On Tue, Jun 30, 2026 at 05:36:57PM -0500, Sami Imseih wrote: > + <structfield>count</structfield> <type>bigint</type> > + </para> > + <para> > + Number of tracked entries for this kind. For fixed-amount > kinds, this is > + always 1. For variable-numbered kinds, this is the number of objects > + currently tracked. <literal>NULL</literal> if the kind does not track > + entry counts. > + </para> > + </entry> > > I think this should be 0 for all kinds by default. Only ever > 0 for > variable-numbered > kinds with entry tracking enabled. No NULLs. The fields should be called > "entry_count" instead of "count". We should update the documentation to > reflect that as well. That seems easier to query than having mixed NULLs and > numbers. IMO, in this case, NULL should be a synonym of "I don't know", which is what entry_count set to false means. 0 means "I know, there is no data". I'd be OK with dropping the part about fixed-sized stats where we enforce 1, and use NULL instead, though. -- Michael
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add system view pg_stat_kind_info
- 3b066de6c0a1 master landed
-
Introduce pluggable APIs for Cumulative Statistics
- 7949d9594582 18.0 cited