Re: Proposal to allow setting cursor options on Portals
| От | Jelte Fennema-Nio |
|---|---|
| Тема | Re: Proposal to allow setting cursor options on Portals |
| Дата | |
| Msg-id | CAGECzQTKQvusp7_-1VOCz8uy-rtBaJTu5HOsB6jr4VBri9S1oA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Proposal to allow setting cursor options on Portals (Jacob Champion <jacob.champion@enterprisedb.com>) |
| Ответы |
Re: Proposal to allow setting cursor options on Portals
|
| Список | pgsql-hackers |
On Thu, 8 Jan 2026 at 01:39, Jacob Champion <jacob.champion@enterprisedb.com> wrote: > Dave seems not to be particularly worried about our compatibility with > third parties. You seem to be hoping to _force_ clients to update, > even if they disagree with you that they need the new features. I > think I'm on record as saying these are both bad starting points when > making changes to a widely implemented protocol. (If not, now I am.) > That combination will burn hard-earned trust and goodwill. tl;dr I give up, let's do protocol extensions for everything. I've updated my GoAway patch do so[1]. I don't think I can convince you that slightly more forceful push forward that I'm suggesting is worth the gained simplicity (both for us, users and client authors). And I'm starting to get pretty sick of discussing the same points over and over again, without making any progress. So instead of continuing to do so, I'll just agree to disagree with you. If in 5 years, when we have 15 protocol extensions with completely distinct support across clients and proxies instead, and no-one knows what features they can rely on in practice. While we could have had 5 new protocol versions. I'll just think (and probably tell you) "I told you so". But you might just be right, and that won't happen, or even if it does it will somehow be trivial to compare all the compatibility matrices. [1]: https://www.postgresql.org/message-id/flat/DDPQ1RV5FE9U.I2WW34NGRD8Z@jeltef.nl
В списке pgsql-hackers по дате отправления: