From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, David Rowley <dgrowleyml(at)gmail(dot)com>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Peter Geoghegan <pg(at)bowt(dot)ie>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, andrew(at)ankane(dot)org |
Subject: | Re: On disable_cost |
Date: | 2024-08-23 18:29:16 |
Message-ID: | CA+TgmoYOOy+C9mkt9aC_mPuwTRn2TX8+-UnMW3cbUzbheN1TaA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Aug 23, 2024 at 2:20 PM Jonathan S. Katz <jkatz(at)postgresql(dot)org> wrote:
> I don't think extension maintainers necessarily have the same level of
> PostgreSQL internals as you or many of the other people who frequent
> -hackers, so I think it's fair for them to ask questions or raise issues
> with patches they don't understand. I was able to glean from the commit
> message that this was the commit that likely changed the behavior in
> pgvector, but I can't immediately glean looking through the code as to
> why. (And using your logic, should an extension maintainer understand
> the optimizer code when PostgreSQL is providing an interface to the
> extension maintainer to encapsulate its interactions)?
>
> You can always push back and say "Well, maybe try this, or try that" -
> which would be a mentoring approach that could push it back on the
> extension maintainer, which is valid, but I don't see why an extension
> maintainer can't raise an issue or ask a question here.
I'm certainly not saying that extension maintainers can't raise issues
or ask questions here. I just feel that the problem could have been
analyzed a bit more before posting.
--
Robert Haas
EDB: http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2024-08-23 18:36:09 | Re: On disable_cost |
Previous Message | Jonathan S. Katz | 2024-08-23 18:19:56 | Re: On disable_cost |