PostgreSQL 14: Часть 1 или «июльский разогрев» (Коммитфест 2020-07)

[rrrad]

Таблицы в доке зря переиначили. С телефона искать глазами очень неудобно в новой версии.

[vazir]

Ради форматирования и перевода в др.форматы, уничтожили читабельность. Молодцы, нечего сказать. Лучше бы комменты реализовали в документации.

[DmitryKoterov]

Комменты в документации — это один из столпов, на которых стоит невероятная популярность PHP, кстати. Странно, что еще не все их делают.

[pluzanov]

Возможно комментарии в документации реализованы не лучшим образом, но они есть. Для всех поддерживаемых версий (сейчас это с 9.5 по 12) внизу любой страницы документации есть раздел Submit correction. Заполняете форму и замечание после модерации приходит в список рассылки pgsql-docs. Там замечание обязательно рассматривают и если решат, что нужно внести изменения — вносят.
Да, списки рассылки не самый современный инструмент совместной работы, но проект postgresql пользуется именно им.

[pluzanov]

На мой взгляд и прежний вариант был далек от идеала. По крайней мере, когда я первый раз увидел форматирование функций в виде таблиц мне это показалось очень неудобным. Потом привык.

Нынешний вариант не выглядит явным улучшением. Да, проще конвертировать в PDF, но к читаемости вопросы есть. Попробуем с этим поработать.

А вообще приятно, что несколько первых комментариев именно по документации. Это к извечной шутке о том, «кто её читать будет». Читают, и это здорово!

[vazir]

Еще как читаем. От качества документации напрямую зависит популярность проекта, у PG она на высоком уровне. Но глядя на изменения — таблица — это четкое структурирование, что, зачем, куда, пример. А новинка, 10х по времени на понимание где якорь. Про комменты: в основном люди туда пишут примеры. Смотрите тот же PHP, MYSQL, Python. И примеры это очень важно. Накопление базы вменяемых примеров — это годы… И желательно пропустить через рецензирование. Текущая схема «аля комментирования» от слова — не работоспособна (для масс).

[pluzanov]

Согласен, база примеров (именно вменяемых) была бы очень полезна.

[Yo1]

а что там с undo на оракловый манер? vacum когда выпилят?

[erogov]

Выпилят примерно никогда. Тенденция такая, что стандартный heap останется универсальным движком, а альтернативы будут целиться в узкие области применения, где у них есть шансы показать лучший результат.
Конкретно насчет undo — это надо следить за успехами https://github.com/EnterpriseDB/zheap

[vyegorov]

Для производительности полезен коммит 56788d2156 (выделение блоков группой для параллельных запросов) и стоило бы сказать, что убрали PGXACT (серия патчей snapshot scalability, в частности 73487a60fc).
Также изменили системные лимиты для wraparound-а в cd5e82256d.

[pluzanov]

Виктор, спасибо!

Кроме коммита 56788d2156 (в статье он называется «Оптимизация ввода-вывода для параллельного последовательного сканирования»), для производительности параллельных запросов еще интересен коммит cdc7169 (про Gather). На моих простых тестах на ноутбуке я получал стабильно 12% ускорение против 13beta2 на запросе с группировкой. Правда, выносить результаты таких «детских» экспериментов в статью не стал. А в комментариях, думаю, можно поделиться.

Что касается коммитов о PGXACT и wraparound, то они случились уже в августе и формально под июльский коммитфест не попадают. А вот в следующей статье о сентябрьском коммитфесте будет рассмотрено всё принятое с 01.08 по 30.09 и они там будут.

[vyegorov]

Да, теперь увидел. Я искал по хэшу коммита, но он у вас обрезан, поэтому подумал что нет.
Спасибо!

[pluzanov]

Полное значения хеша слишком много места занимает, поэтому решил сократить. А для однозначной идентификации коммита вроде хватило.