Комментарии 16
Охнифигасибе, хотеть немедленно!
+3
Интересно, а проблему функции xmlattributes с русским языком поправили?
0
Если речь об этом: Некоторые XML-функции способны работать исключительно с ASCII-данными, если кодировка сервера не UTF-8 то нет, таких патчей не было.
+1
Я не в курсе, относится ли к этой ошибке.
Проблема в том, что если формировать xml посредством функций xmlelement и xmlattributes
(кодировка сервера UTF-8) то русские буквы в значениях элементов пишутся нормально, а в атрибутах переводятся в нечитаемый юникод вида "\u043f\u0440\u0438\u0432\u0435\u0442"
Проблема в том, что если формировать xml посредством функций xmlelement и xmlattributes
(кодировка сервера UTF-8) то русские буквы в значениях элементов пишутся нормально, а в атрибутах переводятся в нечитаемый юникод вида "\u043f\u0440\u0438\u0432\u0435\u0442"
0
Изменение параметров на основном сервере
Раньше установка некоторых параметров (таких, как max_prepared_transactions) на основном сервере могла привести к немедленному аварийному останову резервного, если на нем соответствующий параметр имел меньшее значение.
Это изменение откатили несколько дней назад. Решили что недостаточно имеющихся проверок невыхода за границы ресурсов.
+2
Подскажите, когда будет зарелижен образ в DockerHub?
+2
На hub.docker.com/_/postgres есть версии с 9.5 по 12.
Если речь о теме статьи — 13 версии, то она и без докера только осенью появится. Сейчас лишь закончился прием изменений, что позволяет про них рассказать.
Если речь о теме статьи — 13 версии, то она и без докера только осенью появится. Сейчас лишь закончился прием изменений, что позволяет про них рассказать.
0
В разделе «Быстрое исполнение простых выражений в PL/pgSQL» приведены результаты выполнения slow_pi() для PG12 и PG13.
Помимо разницы в скорости выполнения есть разница в результатах:
PG12:
PG13:
Код функции slow_pi не меняется, поэтому результат в обеих версиях должен совпадать.
С чем связана разница в результатах работы функции в разных версиях?
Помимо разницы в скорости выполнения есть разница в результатах:
PG12:
- 3.1415925535898497
PG13:
- 3.1415925535897915
Код функции slow_pi не меняется, поэтому результат в обеих версиях должен совпадать.
С чем связана разница в результатах работы функции в разных версиях?
+2
А должно быть и вовсе 3.141592653589793. То есть фактически вопрос к самой хранимке.
А ошибка в 12 знаке после запятой для double в общем-то у меня удивления не вызывает. IEEE 754 он такой.
А ошибка в 12 знаке после запятой для double в общем-то у меня удивления не вызывает. IEEE 754 он такой.
0
Разница связана с использованием в функции переменных типа double precision, не гарантирующего абсолютную точность. Если точность всё-таки требуется, следует использовать тип numeric.
А более точное значение числа pi можно получить увеличением количества итераций цикла. Однако для демонстрации ускорения вычислений в 13 версии вполне достаточно и текущего значения.
А более точное значение числа pi можно получить увеличением количества итераций цикла. Однако для демонстрации ускорения вычислений в 13 версии вполне достаточно и текущего значения.
+1
Релизный формат вывода WAL-атрибута в плане стал немного другим.
было
стало
было
WAL: records=X full page writes=Y bytes=Z
стало
WAL: records=X fpi=Y bytes=Z
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Много ли нового в Чёртовой Дюжине?