On Mon, Apr 6, 2026 at 9:22 AM Andrei Lepikhov <[email protected]> wrote: > So, I envision complaints about conflicting extensions in the near > future - think about Citus or TimescaleDB optimisations, for example.
Definitely possible. > It would be better to introduce such a code at the beginning of the > development cycle, not right before the code freeze. At least we would > discuss its design without rushing. Yes, the timing is not ideal. However, I posted the patch on October 30th and committed the main patch on March 12th. I think that's a reasonable length of time to wait for people to provide feedback. During that time, the only person who provided information on how this will interact with out-of-core extensions was Lukas Fittl, who came to the conclusion that the pgs_mask infrastructure will be reusable by pg_hint_plan and will result in that module being simpler and involving less code duplication. Other extension authors could have provided feedback during that time as well, but none did, even after I posted to my blog to try to raise the visibility of this project. As far as I can tell, most extension developers don't pay much attention to core development until after we ship a beta. Had I waited until July to commit, I think there's a chance that it would have simply resulted in me getting whatever feedback I'm going to get next summer rather than this summer. At least this way, the issues will hopefully be fresh in my mind when the feedback arrives. Of course, you also seem to be assuming that whatever feedback I get will be negative, and it may well be. But, there is also some tiny possibility that I have done a good job and that people will like it. -- Robert Haas EDB: http://www.enterprisedb.com
