Re: relfilenode statistics
От | Kirill Reshke |
---|---|
Тема | Re: relfilenode statistics |
Дата | |
Msg-id | CALdSSPhQyvK_wsvV+HiQcC6f57Zg2WO60wxv=CXbcoZ1p5HHEQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: relfilenode statistics (Bertrand Drouvot <bertranddrouvot.pg@gmail.com>) |
Ответы |
Re: relfilenode statistics
|
Список | pgsql-hackers |
On Tue, 5 Nov 2024 at 11:06, Bertrand Drouvot <bertranddrouvot.pg@gmail.com> wrote: > > > Does it sound ok to you to move with the above principal? (I'm +1 on it). > Hi! I looked through this thread. Looks like we are still awaiting a patch which stores more counters (n_dead_tup, ... etc) into relfilenode stats. So, I assume this should be moved to the next CF. I also have a very stupid question: If we don’t have the relation OID when writing buffers out, can we just store oid to buffertag mapping somewhere and use it? I suspect that this is a horrible idea, but what's the exact reason? Is it that we will break too many abstraction layers for such a minor matter? -- Best regards, Kirill Reshke
В списке pgsql-hackers по дате отправления: