| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | Bertrand Drouvot <bertranddrouvot(dot)pg(at)gmail(dot)com> |
| Cc: | Andres Freund <andres(at)anarazel(dot)de>, Daniel Gustafsson <daniel(at)yesql(dot)se>, "Gregory Stark (as CFM)" <stark(dot)cfm(at)gmail(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>, Melanie Plageman <melanieplageman(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Split index and table statistics into different types of stats |
| Date: | 2026-08-14 00:14:07 |
| Message-ID: | an5dz-RpHT_yK8XX@paquier.xyz |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, Aug 13, 2026 at 02:20:05PM +0900, Michael Paquier wrote:
> Right, that's slightly incorrect. I'd probably just tweak it like
> that:
> + * If an entry is found, copy it. For a PGSTAT_KIND_INDEX entry, just return
> + * the copy. For a PGSTAT_KIND_RELATION entry, increment the copy's counters
> + * with their subtransaction counterparts, then return the copy. The caller
> + * may need to pfree() the copy.
>
> If you would like to word that differently, please let me know.
Reused that, applied the result as of f2ccb8e6c591 after an extra
read.
If somebody would like to comment about a reduction of the memory
allocated for the pending data of indexes, please feel free of
course.
Now to the relfilenode part..
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Richard Guo | 2026-08-14 00:17:31 | Re: Tracking per-RelOptInfo uniqueness during planning |
| Previous Message | Michael Paquier | 2026-08-14 00:11:47 | Re: LibreSSL and OpenSSL separation in libpq to support 1.1.1 deprecation |