Много ли нового в Чёртовой Дюжине?

[Kwisatz]

Охнифигасибе, хотеть немедленно!

[pluzanov]

Легко! ))
git clone ...; ./configure; make; make install

[migelle74]

Интересно, а проблему функции xmlattributes с русским языком поправили?

[pluzanov]

Если речь об этом: Некоторые XML-функции способны работать исключительно с ASCII-данными, если кодировка сервера не UTF-8 то нет, таких патчей не было.

[migelle74]

Я не в курсе, относится ли к этой ошибке.
Проблема в том, что если формировать xml посредством функций xmlelement и xmlattributes
(кодировка сервера UTF-8) то русские буквы в значениях элементов пишутся нормально, а в атрибутах переводятся в нечитаемый юникод вида "\u043f\u0440\u0438\u0432\u0435\u0442"

[pluzanov]

Обрадовать нечем.

[Melkij]

Изменение параметров на основном сервере
Раньше установка некоторых параметров (таких, как max_prepared_transactions) на основном сервере могла привести к немедленному аварийному останову резервного, если на нем соответствующий параметр имел меньшее значение.

Это изменение откатили несколько дней назад. Решили что недостаточно имеющихся проверок невыхода за границы ресурсов.

[pluzanov]

Сергей, спасибо за уточнение. Мы тоже откатили.

[artemmalko]

Подскажите, когда будет зарелижен образ в DockerHub?

[pluzanov]

На hub.docker.com/_/postgres есть версии с 9.5 по 12.
Если речь о теме статьи — 13 версии, то она и без докера только осенью появится. Сейчас лишь закончился прием изменений, что позволяет про них рассказать.

[artemmalko]

Да, речь была про 13 версию. Спасибо, будем ждать)

[GAG]

В разделе «Быстрое исполнение простых выражений в PL/pgSQL» приведены результаты выполнения slow_pi() для PG12 и PG13.
Помимо разницы в скорости выполнения есть разница в результатах:

PG12:

• 3.1415925535898497

PG13:

• 3.1415925535897915

Код функции slow_pi не меняется, поэтому результат в обеих версиях должен совпадать.
С чем связана разница в результатах работы функции в разных версиях?

[Melkij]

А должно быть и вовсе 3.141592653589793. То есть фактически вопрос к самой хранимке.
А ошибка в 12 знаке после запятой для double в общем-то у меня удивления не вызывает. IEEE 754 он такой.

[pluzanov]

Разница связана с использованием в функции переменных типа double precision, не гарантирующего абсолютную точность. Если точность всё-таки требуется, следует использовать тип numeric.

А более точное значение числа pi можно получить увеличением количества итераций цикла. Однако для демонстрации ускорения вычислений в 13 версии вполне достаточно и текущего значения.

[Kilor]

Релизный формат вывода WAL-атрибута в плане стал немного другим.

было

WAL:  records=X  full page writes=Y  bytes=Z

стало

WAL: records=X fpi=Y bytes=Z

[pluzanov]

Кирилл, спасибо за уточнение!
Действительно, вот коммит, где применили новое форматирование: 69bfaf2e1.

После заморозки кода еще в нескольких упомянутых в статье разработках появились изменения, вот здесь можно про них найти.