| From: | Andrei Lepikhov <lepihov(at)gmail(dot)com> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alexander Lakhin <exclusion(at)gmail(dot)com>, Lukas Fittl <lukas(at)fittl(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pg_plan_advice |
| Date: | 2026-04-06 15:11:15 |
| Message-ID: | 7d2526ac-d688-4b1a-bd49-70581d01b5fc@gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 06/04/2026 15:56, Andres Freund wrote:
> You're making sweeping high-level demands, implying they're easy ("when I
> designed ... this kind of problem couldn’t have happened"), without any
> concrete technical suggestions for how to actually achieve that. In very
> strong language. Your high level demand, that somehow plan shape influencing
> code should just work regardless of what crazy thing extensions have done
> seems ... not entirely realistic, to put it very kindly.
Sorry about that.
I haven't had much practice with English. Sometimes, things I wouldn't
normally say in technical discussions in my native language come out
here. As well as part of the meaning definitely lost in translation.
The actual reason was to highlight that quite closely related features
exist in the Postgres world (not only pg_hint_plan). Even if we can’t
expose the code of enterprise forks, it worth to discuss alternative
design ideas.
--
regards, Andrei Lepikhov,
pgEdge
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David G. Johnston | 2026-04-06 15:15:51 | Re: PG 19 release notes and authors |
| Previous Message | Bruce Momjian | 2026-04-06 15:03:57 | Re: PG 19 release notes and authors |