Re: Refactor query normalization into core query jumbling
| От | Michael Paquier |
|---|---|
| Тема | Re: Refactor query normalization into core query jumbling |
| Дата | |
| Msg-id | adJP5aQ3TE5ay1J5@paquier.xyz обсуждение |
| Ответ на | Re: Refactor query normalization into core query jumbling (Lukas Fittl <lukas@fittl.com>) |
| Ответы |
Re: Refactor query normalization into core query jumbling
|
| Список | pgsql-hackers |
On Wed, Apr 01, 2026 at 12:55:28AM -0700, Lukas Fittl wrote: > On Tue, Mar 31, 2026 at 7:54 PM Sami Imseih <samimseih@gmail.com> wrote: >> >> > I'm +-0 regarding this routine, but I can also see your point about how it's >> > useful to give at least the option to extensions to have a >> > recomputation of the Const lengths, the same way as PGSS. What are >> > the extensions that would use that? >> >> https://github.com/search?q=fill_in_constant_lengths&type=code >> >> A few well-known extensions/tools out there based on a Github search. FWIW, this search points to a lot of forks > See attached a v9 that extracts ComputeConstantLengths from Sami's v7 > for easier discussion. > > I've done an updated test with pg_stat_monitor [0] and pg_tracing [1] > with that, and that has both extensions passing regressions tests. > I've also looked but not tested a third extension (sql_firewall) and > that looks like it should just work as well. Still I can see the gains here, so I guess that this version works here. I'm happy enough to see the const with JumbleState. -- Michael
Вложения
В списке pgsql-hackers по дате отправления: