Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta
В списке pgsql-hackers по дате отправления:
| От | Jelte Fennema-Nio |
|---|---|
| Тема | Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta |
| Дата | |
| Msg-id | CAGECzQQHJkzssOfkHDzQny9_s4cck=8-ecG2JELS0jVCd1fTiA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta ("David G. Johnston" <david.g.johnston@gmail.com>) |
| Список | pgsql-hackers |
On Fri, 30 Jan 2026 at 20:14, David G. Johnston <david.g.johnston@gmail.com> wrote: > Definite screenshot-2 preference for me. Though I do wonder just looking at the image whether the reserved stuff evenneeds a table. The first row is not even a parameter but a guideline, and the second pertains to testing which seemslike it can be incorporated separately. I'd either go for just one table or two separate tables but not the combinedvariant in screenshot-1. I'm not seeing an advantage to be gained by the integration. Agreed. I expect maybe we'll reserve more protocol extensions in the future (either the improved grease, or when we'll stop supporting an extension at some point). Regarding _pq_.[name], I agree with David that I think it would be better to make that part of the introductory paragraph.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера