Postgresso 21



    Жизнь продолжается. Продолжаем знакомить вас с самыми интересными новостями PostgreSQL

    Главная новость


    PostgreSQL 13beta

    Вышла долгожданная Бета. Новшества и изменения подробно расписаны здесь, а информация для бета-тестировщиков тут. Кроме того есть и советы по установке на конкретные ОС: вот, например, пошаговая инструкция для RHEL/CentOS/Fedora.

    В статье "Много ли нового в Чёртовой Дюжине?" мы уже подробно описали, чего нового ждать от версии (ответ: много). А если есть повод обсудить тему с англоязычными коллегами, то есть и английская версия.

    Появляются и статьи, посвященные отдельным новым фичам. Габриэле Бартолини (Gabriele Bartolini, 2ndQuadrant) рассказывает, например о Backup manifests and pg_verifybackup in PostgreSQL 13. А о (auto)VACUUM вы найдёте 2 ссылке в нашем разделе статьи.



    Релизы


    PostgreSQL 12.3

    Эта плановая версия решает в том числе проблему безопасности, найденную в инсталляторе для Windows. Вместе с ней вышли и 11.8, 10.13, 9.6.18, и 9.5.22. До этого можно было запустить зловредный код в директориях, куда был загружен инсталлятор, или в рабочей директории. Теперь четко прописаны пути исполняемых файлов. Проблема заведомо существовала и до 9.5, но это уже останется заботой обладателей этих старинных версий.

    pg_probackup 2.3.3

    В новой версии исправлен неприятный баг: из-за неправильной обработки ENOENT (No such file or directory) могла произойти бессимптомная потеря данных в случае, если в процессе снятия бэкапа в удаленном режиме 32 или более исходных файлов были удалены, например, в результате выполнения команд DROP TABLE, DROP DATABASE. Чуть подробней здесь.

    Незадолго до этого серьёзные новшества появились в 2.3.0, например: поддержка инкрементальных цепочек с резервными копиями из различных линий времени; в командах archive-push и archive-get появилась многопоточность; при archive-get неполные сегменты WAL, полученные утилитой pg_receivewal теперь распознаются и используются.

    pglogical 2.3.1

    Две из фич, появившихся в версии 2.3.0, откатили:
    • при репликации опять нельзя называть разными именами таблицы и последовательности на целевой ноде;
    • убрали опцию, позволявшую синхронизировать только структуру реплицируемых таблиц.


    pgBackRest 2.26

    Появилась:
    • неблокирующая защита транспортного уровня (non-blocking TLS);
    • ограничение размера резервной копии теперь распространяется только на те файлы, которые отображаются в WAL;
    • опция таймаута;
    • можно конфигурировать опции TCP keep-alive;

    В поддержку релиза Стефан Ферко (Stefan Fercot aka pgstef), DBA из Dalibo, написал пост о фичах, появившихся уже после 2.26 — о статусе backup/expire running команды info.

    PgBouncer 1.13.0

    В новой версии:
    • Появилась новая переменная конфигурации сокета: tcp_user_timeout;
    • по умолчанию client_tls_protocols и server_tls_protocols теперь secure, то есть возможны только TLS 1.2 и TLS 1.3, а более ранние версии нужно задавать явно;
    • добавлена поддержка типов сервисов systemd: пока только Type=notify

    pgAdmin 4 version 4.21.

    Новшества :
    • добавлен поиск объектов;
    • появилась поддержка LDAP-аутентификации;
    • теперь поддерживаются параметры таблицы toast_tuple_target и parallel_workers;
    • в Schema Diff поддерживаются Packages, Sequences и Synonyms;
    • появилась опция, запрещающая открывать вкладку браузера при старте;
    • в View/Edit порядок сортировки по умолчанию обязали использовать первичный ключ.

    pgModeler 0.9.2/0.9.3

    Эта утилита для проектирования баз сращивает классическую ER-модель с расширениями PostgreSQL. Утилита платная, если речь о бинарниках. Можно бесплатно собрать из исходников, можно скачать demo-версию для Win и Linux — stable 0.9.2 и develop 0.9.3-alpha. Гитхаб проекта здесь.

    Joe 0.7.0

    В свежем Джо появился web-интерфейс к Postgres.ai Platform (postgres-checkup, Database Lab), то есть общение с платформой может происходить и/или при помощи Slack-бот, и/или нового интерфейса. Добавили 2 команды: activity и terminate; можно конфигурировать Joe для работы с разными базами через разные интерфейсы (Channel Mapping). Большая часть новшеств доступна только в Enterprise Edition.

    SQL Data Analysis 1.3

    Разработчик этой утилиты, малайзийская компания Yohz Software, нечастый гость новостных лент, по этому 2 слова о самой компании. Они предлагают несколько утилит для работы с основными СУБД, но к PostgreSQL, кажется, у них особые чувства: только для PG есть утилиты DB Doc (генерирует доки к создаваемой схеме БД) и PgComment (облегчает комментирование, показывает размеры объектов и статистику, бесплатная). Есть утилиты экспорта/импорта для разных СУБД и обычных файлов, вплоть до .doc.
    Что до SQL Data Analysis 1.3, то это и удобные группировки, и расцвечивание данных по заданным критериям.

    Это коммерческий продукт с 14-дневной trial-версией. Пока не поддерживает PostgreSQL 13.

    pg_partman v4.4.0

    В этот раз серьезные изменения: теперь он может работать не под суперюзером. Другие изменения касаются логической репликации и subscription/publication: более осторожный подход к несогласованности данных, например. Подробности в чейнджлоге. Интересно, что pg_partman попал в список любимых расширений Наваза Ахмеда (Nawas Ahmed) из SeveralNines — см. ссылку в разделе «Статьи».

    pgtt v2.1 (PostgreSQL Global Temporary Tables)

    Это расширение плодовитого Жиля Дароля — временная мера: пока временные таблицы не появятся внутри ядра PostgreSQL. В новой версии не слишком радикальные изменения: нельзя использовать внешние ключи с GIT (для совместимости с Oracle, DB2 и др); генерится ошибка при попытке секционировать глобальную временную таблицу.

    dbms_sql

    Павел Стехуле завершил прототип своего расширения dbms_sql, оно готово для тестирования. В нём реализована часть интерфейса ораклового пакета того же названия. После обкатки его можно будет включить в существующее расширение orafce, которое обычно используют для совместимости с Oracle. Но Павел предлагает использовать dbms_sql прежде всего для миграции с Oracle. По мнению автора, dbms_sql можно использовать и в учебных целях, как образец использования PostgreSQL API для сочинителей других расширений.

    pgagroal 0.6.0

    В этом пулере, который претендует на высочайшую среди собратьев производительность, появились:

    • поддержка безопасности транспортного уровня (TLS) от версии 1.2 и выше;
    • можно задать минимальный размер пула;
    • таймаут аутентификации;
    • настройки конвейера.

    Скачать исходники или RPM для Fedora 30/31, RHEL 8.x, CentOS 8.x и SEL 12.

    Swarm64 DA 4.0

    В новой версии этого расширения-ускорителя обещают трёхкратное ускорение на джойнах за счет дополнительного параллелизма. Ускорять можно с помощью FPGA, но можно (теперь) и без. Кроме того ускорили запросы с LIKE — на этот раз только с FPGA и со скоростью перелопачивания текста около 20ГБ в секунду.

    В поддержку имеется подкаст: Power Up Your PostgreSQL Analytics With Swarm64 — Episode 133. Бесплатно попробовать можно на AWS Marketplace или запросить копию, если планы другие.

    FDW for InfluxDB 0.2.

    Установив эту версию расширения, созданного разработчиками Toshiba, можно отдать (push-down) предложения с WHERE, содержащие типы timestamp, interval и функцию now(), базе InfluxDB, чья специализация — операции с временнЫми рядами. Также можно ей доверить некоторые виды агрегации, специфичные для InfluxDB.

    FDW for GridDB 1.2

    FDW обновился и для произведения Toshiba для IoT и Big Data — GridDB. Через FDW эта NoSQL-база поддерживает SELECT/INSERT/UPDATE/DELETE. Предложения с WHERE можно отдать исполнять GridDB. В новой версии появилась поддержка PostgreSQL 12.

    Postgres Operator for Kubernetes 1.5.0

    Разработчики отдела DBaaS Zalando сообщают, в новой версии
    • появилась поддержка pgbouncer;
    • создаётся база с ролями (owner, reader, writer) и правами по умолчанию, чтобы облегчить жизнь пользователям;
    • можно до старта задать только нужные схемы и расширения;
    • можно запускать несколько Operator for Kubernetes, не взаимодействующих между собой и таким образом
    • выводить кластеры из-под контроля Оператора.

    В нашем разделе Статьи есть ссылка на использование pgAdmin на Kubernetes после развертывания его при помощи Operator.

    Заслуги


    Who Contributed to PostgreSQL Development in 2019?

    Роберт Хаас (Robert Haas) обнародовал 4-й рейтинг контрибуторов PostgreSQL. Результаты выглядят симпатично: Никита Глухов (Postgres Professional) на 4-м месте по числу принятых строчек кода — 13211 (с 24-го места в прошлом году). У Тома Лейна (Tom Lane) в 20 раз больше, но это всегда нечто невероятное, а вот у 2-го и 3-го мест — Андреса Фройнда (Anders Freund) и Питера Айзентраута (Peter Eisentraut) 21320 и 20749 — вполне сравнимый результат. Интересно, что число коммитов у Никиты 21- очень скромное. То есть закоммичены огромные патчи. Александр Коротков (главный архитектор Postgres Professional) на 15-м с 3383/36, Андрей Бородин (Яндекс) на 26-м с 1136/5, Дмитрий Долгов (Zalando SE) на 28-м с 1119/4, Александр Лахин (Postgres Professional) на 33-м с 824/24. Сам Роберт Хаас на 19-м с 2565/30.

    В списке коммитерских успехов картина удивительная в хорошем смысле: Коротков практически догнал недосягаемого Тома Лейна: 14275/28 против 14299/115.

    Статьи


    PostgreSQL: Серверное программирование на «человеческом» языке (PL/Perl, PL/Python, PL/v8)

    Огромная статья, с такими разделами таких как «Память», «Производительность» (с PREPARE и без), «Передача параметров», «Курсоры» и даже «Работа с бесконечностью». И в каждом сравниваются эти три процедурных языка между собой, с PL/pgSQL, а иногда и со скриптами SQL.

    Как мы подбирали грузы для перевозчиков

    Илья Баштанов (Точка-точка) и Татьяна Воронова (аналитик данных, Центр 2М) подбирают со складов не сферические в вакууме, а конкретные грузы заказчиков. Но и без абстракций не обходится это NP-полная задача об укладке рюкзака. Тестирование началось с ноутбука и закончилось сервером с одним узлом с 2 CPU с 14 ГБ оперативной памяти, CentOS Linux 7.4, PostgreSQL 10.3.

    Мониторим базу PostgreSQL — кто виноват, и что делать

    Кирилл Боровиков, Тензор, aka Kilor вспоминает множество инструментов для анализа состояния PostgreSQL. Обсуждаются и блокировки, TPS и кеш.

    Implementing Fault-Tolerance PostgreSQL Cluster with Patroni

    Виктор Ерёменко из компании Miro пишет о том, почему в его компании, у который 70 серверов баз данных и 168 тыс ежедневных активных пользователей, решили переключиться с Redis на PostgreSQL. Главная причина (осторожно — спойлер) — попытки имитировать транзакции в приложении не привели к работоспособному решению. Нужны «настоящие» транзакции в СУБД (cейчас в компании, точнее на Amazon в ирландском датацентре, работают параллельно и Redis, и PostgreSQL).

    Зато на уровне приложений оставили шардинг. Соединения обслуживает PgBouncer.
    Перед тем, как выбрать Patroni, рассматривали и последовательно отказались от:
    • свои скрипты;
    • repmgr;
    • AWS RDS.

    Кроме надёжности важным критерием была легкость распространения настроек одного кластера на большое количество других кластеров.

    My Favorite PostgreSQL Extensions — Part Two

    В этой части Наваз Ахмед (Nawas Ahmed) из SeveralNines полюбил pgAudit, pg_repack, HypoPG (в части I речь шла о postgres_fdw и pg_partman). О каждом любимце рассказано не слишком пространно, но демо-скрипты, иллюстрирующие эффективность, имеются.

    Network latency does make a BIG difference

    Ханс-Юрген Шёниг (Hans-Jürgen Schönig) обратился к не часто разбираемой теме: влиянию задержек сети на общую производительность. Для этого он воспользовался tcconfig — питонной обёрткой для tc, с помощью которой имитируются сетевые задержки. 10 мс может обрушить производительность (pgbench) на порядок. Вывод: влияние сети часто недооценивают.

    PostgreSQL: now() vs. ‘NOW’::timestamp vs. clock_timestamp()

    Этот интересный автор написал немало статей в изоляционные времена. Вот ещё одна. Ханс разъясняет на примерах, когда использование функции now(), clock_timestamp() и константы ‘NOW’::timestamptz дают одинаковый, а когда разный результат. Не всегда корректный — если не знать разницу. Советует обратить внимание на pgwatch2 v.1.7.0, но это ещё январский релиз, так что останавливаться на нём не будем.

    PostgreSQL Person of the Week: Dimitri Fontaine

    На этот раз к персонам присоединился Димитри Фонтэн (он француз; ник — tapoueh), познакомившийся близко с PostgreSQL ещё в прошлом веке. Сейчас занимается в основном pg_auto_failover, а в свободное от него время — pgloader. На сайте полгода не было обновлений, но мы помним и о его книжке Mastering PostgreSQL in Application Development. Других персон недели можно увидеть здесь.

    В ныненшие нелёгкие времена Брюс Момджан (Bruce Momjian — приводим спеллинг, хотя Брюс «не нуждается в представлении»: но очень уж много русских версий фамилии конкурируют) радует читателей своего блога заметно чаще:

    Using Non-Login Roles

    Брюс напоминает, что есть роли, происходящие из групп, смысл которых в том, чтобы не плодить лишние сущности. А в случае, когда на доступ к объекту раздали десятки грантов, это может и сказаться на производительности.

    Avoiding Cache Wipe, Synchronized Scans

    В коротенькой заметке Брюс вторгается в файл syncscan.c и прочие внутренности, чтобы разобраться, как PostgreSQL борется с cache wipe — вымыванием кеша, буквально притиркой его — как тряпкой, когда большой запрос вытесняет из кеша часто используемые данные своими, сиюминутными (об этом можно почитать и здесь). И находит там три стратегии защиты от cache wipe, которые работают под капотом, невидимые для обычных пользователей.

    В других заметках Брюс, например, предупреждает, что, хотя возможность встраивания внутреннего выражения CTE во внешний запрос в версии PostgreSQL 12 стала управляемой (см. нашу игру в прятки с оптимизатором), всё же есть случаи, когда оптимизатор доверит составление плана генетическому алгоритму, не всегда расторопному. А здесь Брюс вывел магическое число 250 в выборе стратегии повышения производительности: не думайте о сложных архитектурах, если соединений меньше 250; если одновременно пишущих запросов больше 250, подумайте о шардинге, и так далее.

    Build PostgreSQL and Extension on Windows

    Дэвид Чжан (David Zhang, в классической русской транслитерации) из китайской HighGo рассказывает, как быстро собрать из исходников сам PostgreSQL и расширения на Windows, начиная с установки VisualStudio и до разбрасывания dll-й по папкам.

    Phoney table columns in PostgreSQL

    Мухаммад Усама (Muhammad Usama) из той же китайской компании обратил внимание на неявно создаваемые, фуфловые (phony) столбцы в таблицах (создав таблицу с одним столбцом, вы на самом деле создаёте 7 столбцов) и рассказывает, что это за столбцы и как можно использовать ctid, tableoid, cmax/cmin, xmax/xmin.

    И ещё одна статья в блоге HighGo: Parallel Vacuum in Upcoming PostgreSQL 13. Пишет Хамид Ахтар (Hamid Akhtar), работавший в EnterpriseDB (а теперь в HighGo Software Inc. в качестве Senior DevOps & Database Architect). Бенчмарков нет, но есть оценка выигрыша в производительности: около 30% выиграть на этом можно.

    Improved (auto)vacuum in PostgreSQL 13

    Амит Капила (Amit Kapila) пишет в своем блоге о шести усовершенствованиях в вакууме и автовакууме, показывает примеры.

    Напомним, что о параллельном вакууме есть статья PostgreSQL 13: параллельный VACUUM Егора Рогова, ее точно стоит почитать, если интересуют детали.

    A Deep Dive into PostGIS Nearest Neighbor Search

    Мартину Дэвису (Martin Davis, Crunchy Data) удалось написать толковый, доходчивый текст, много говорящий об устройстве индексов и операторов вообще, а не только по теме. А глубина заныривания не то чтобы максимальная — в своём сериале про индексы Егор Рогов ныряет, пожалуй, глубже. Но Егор не пишет о PostGIS, а Мартин развивает изложение в сторону PostGIS, типа geometry и собственно поиска ближайших соседей. А заодно демонстрирует колоссальное ускорение, которое можно получить, правильно используя соответствующие операторы и индексы.

    Мартин отдаёт должное российским разработчикам, а Олег Бартунов в ответ на статью вспоминает, как это было и что удалось, и о том, что теперь «k-NN реализован в #postgrespro для PG12 Никитой Глуховым, поддержка в b-tree им же сделана, но есть еще вопросы, обидно что в PG13 она не вошла, так что ожидаем в Pg14.»

    А по тегу knn есть целая серия постов Олега.

    PostgreSQL Deep Dive: How Your Data Model Affects Storage

    Ещё один нырок от команды Crunchy Data: Джо Конвей (Joe Conway) отталкивается от реального кейса, создает таблицы с классической моделью данных, а после пробует полдюжины вариантов хранения тех же данных — и с массивами, с TOAST, и в таблице со 100 столбцами, и даже загоняет их в JSONB. В одном из подходов удалось сократить объем таблиц в 12 раз. PS. Один из читателей предложил пример из своего опыта, и коллекция подходов дополнилась составным (composite) типом данных.

    Binary data performance in PostgreSQL

    Лоренс Элби (Laurenz Albe) в блоге Cybertec делится соображениями и тестами по поводу хранения больших бинарных объектов. Хранить их вне базы? В базе как Large Objects? Как bytea? Можно ли доверять поведению TOAST по умолчанию? Лоренс написал бенчмарки на Java и прогнал их на ноутбуке с SSD — так что вопросы I/O остались за кадром (что странно). Получилось, что извлечь объект из файловой системы можно в 10 с лишним раз быстрее, чем из базы, и что стриминг объекта bytea, сохраненного как EXTERNAL быстрее стриминга Large Object, хотя они и поддерживают стриминг.

    7 things that could be improved in PostgreSQL

    Каарел Моппел (Kaarel Moppel, Cybertec) составил список слабостей PostgreSQL, которые надо бы исправить:
    1. сделать более гибкое планирование запросов;
    2. хотя бы какие-то уровни автоматической настройки;
    3. не терять статистику при апгрейде;
    4. решить проблемы autovacuum и wraparound;
    5. занимать меньше места на диске, бороться с распуханием (bloat);
    6. уменьшить уязвимость к перебору паролей без дополнительных настроек;
    7. кэшировать запросы, где можно

    Каарел не просто констатирует недостатки, но и прикидывает возможные пути решения.


    Fuzzy Searching with PostgreSQL

    Кевин Альман (Kevin Alemán) из столицы Сальвадора города Сан-Сальвадор показывает, как сделать нечто подобное гугловскому Did you mean — то есть предлагать нечто похожее взамен некорректно спрошенного. Используется модуль pg_trgm (авторы О.Бартунов, Ф.Сигаев, А.Коротков — еще до учреждения Postgres Professional), его функции word_similarity(text, text) и оператора text <-> text.

    Deploy pgAdmin4 with PostgreSQL on Kubernetes

    Джонатан Кац (Jonathan Katz) из Crunchy Data объясняет как синхронизовать PostgreSQL, pgAdmin и развернувший их Operator, не создания лишних пользователей и не путаясь в паролях.

    Multi-Kubernetes Cluster PostgreSQL Deployments

    Он же показывает как развернуть кластер на нескольких контейнерах.

    Working with Amazon Aurora PostgreSQL: dag, standby rebooted again!

    На сайте консалтинговой компании Elephas, представленной как табун (herd) экспертов по PostgreSQL и облакам, состоящий, кажется, из двоих, зато известных в сообществе — Дэниша Патела (Denish Patel) и Майкла Витали (Michael Vitale), — появилась заметка Майкла о своеобразном поведении Amazon Aurora. Например, рестарт каждую неделю из-за того, что реплика отстает больше, чем на 10 секунд, которые зашиты в код и не поддаются конфигурированию. И некоторые другие фокусы. После чего клянется в верности ей и её создателям — она быстрая и удобная.

    Overcoming Impostor Syndrome: Working with PostgreSQL's SSL Modes

    Ричард Йен (Richard Yen) предлагает избавиться от синдрома самозванца всего лишь настройками ssl в pg_hba.conf, начиная с самых тоталитарных вроде hostnossl all all all reject.

    Образование на дому


    ФКН ВШЭ и Postgres Professional освоили дистанционный формат. Лекции закончились, видео будет смонтировано и выложено в свободный доступ через некоторое время.

    The Best Medium-Hard Data Analyst SQL

    Это нечто среднее между коротеньким задачником-руководством по SQL и статьёй. Автор, Закари Томас (Zachary Thomas) считает, что есть хорошие он-лайновые руководства для начинающих (он рекомендует интерактивный учебник Select Star, интерактивный курс Learn SQL от Code Academy, но я бы напомнил и о нашей «малютке» в PDF, которая, кстати, есть и в английском варианте), и что есть статьи по тонкостям SQL для профессионалов. Зато не закрыта ниша для практиков SQL, нетвердых в таких вопросах как, скажем, оконные функции или self-join.

    Разбираются только запросы, характерные для аналитической работы. И автор адресует эти вопросы/ответы не (с)только тем, кто стремиться совершенствовать свои профессиональные навыки, а тем кто хочет хорошо выглядеть на интервью при поступлении на работу по профилю «аналитик».

    The Internals of PostgreSQL

    Это рекомендованный Брюсом Момджаном ресурс. Автор Хиронобу Сузуки (Hironobu Suzuki). Среди 11 глав есть, например, «Архитектура процессов и памяти», «FDW» и «Base Backup и PITR».

    Using PostgreSQL for JSON Storage

    Стив Паусти (Steve Pousty) из Crunchy Data слегка дезинформирует: говорит он больше о JSONB, чем о JSON, но и об этом не слишком пространно (а о JSONPath ни слова): главная цель его заметки, видимо, напомнить об интерактивных курсах Crunchy Data:
    • PostgreSQL Administration;
    • PostgreSQL for Application Developers;
    • PostGIS;
    • PostgreSQL for Kubernetes/OpenShift;


    Вебинары и митапы


    Atos AntiCOVID

    Для этого «вебинара-лабораторной работы» инженеры Atos выбрали острую, скажем так, тему: «проследим за тем, чтобы зараженный сотрудник не попал на территорию предприятия и отследим список его контактов за последние недели». И не только. Всё с оборудованием Bull/Atos, естественно. Вот 47-минутный ролик на канале Atos.

    Вторники #ruPostgres: визуализация планов

    Темой 21-го вторника стали:
    Кроме того: Николай Самохвалов объявил о старте проекта, в котором он вместе с добровольцами берется подготовить подробный анализ существующих систем мониторинга PostgreSQL.

    Что происходит с популярностью MySQL и PostgreSQL? Дискуссия на митапе.
    24 апреля прошёл онлайн-митап MySQL@Scale, посвященный проблемам масштабируемости MySQL. Участвовали спикеры из Avito, Badoo и ECOMMPAY: Андрей Аксенов (автор Sphinx, лид инфраструктуры поиска), Евгений Кузовлев (CIO ECOMMPAY), Владимир Федорков (MySQL эксперт/DBA в ECOMMPAY) и Николай Королев (MySQL эксперт/DBA в Badoo). Опубликована расшифровка его не первой, а последней части — самой эмоциональной.

    Пульс EDB

    В серии недавно выложен получасовой ролик о порче индексов. Объясняют Брюс Момджан, Вибхор Кумар (Vibhor Kumar, чья должность звучит как Chief Performance Architect) и другие.

    Вебинары 2ndQuadrant:

    Collations: Introduction, Features, Problems и Follow Up

    Вёл вебинар Питер Айзентраут (Peter Eisentraut). Запись можно послушать, но нужна регистрация. Темы:

    • как работают правила сортировки (collations) в современном PostgreSQL;
    • роль Unicode;
    • какие есть опции и как можно настроить Collation, специфические для языка, о чувствительности к регистру, как это реализовано;
    • проекты, в которых эти проблемы правил сортировки будут решаться;
    • как Collation влияют на управление БД, специфика апгрейда

    К этому вебинару имеется продолжение — текстовое (можно не регистрироваться). В ответах/вопросах есть об ICU, amcheck, индексах.

    Cloud Native BDR and PostgreSQL

    Wednesday, May 27, 2020 at 4pm UTC
    состоится 27 мая в 4pm UTC = 19:00 по Москве.

    Tuple Freezing & Transaction Wrap Around Through Pictures

    состоялся 20 мая.

    Конференции


    PGCon 2020

    Состоится в конце мая в онлайне:
    • мастерклассы — 26-го,
    • доклады — 27-28-го,
    • Unconference — 29-го

    Он-лайн вход свободный, регистрация не требуется.

    PGDay Russia

    Перенесен, назначена новая дата: 9 июля 2021-го. По-прежнему в Санкт-Петербурге.

    Postgres Vision 2020

    станет виртуальной. Регистрация бесплатная, конференция запланирована на 23-24 июля. В этом году появится новый трек: построение масштабируемых и безопасных приложений для PostgreSQL.



    Подписывайтесь на канал postgresso!

    Идеи и пожелания присылайте на почту: news_channel@postgrespro.ru
    Предыдущие выпуски: #20
    #19, #18, #17, #16, #15, #14, #13, #12, #11 (спец), #10, #9, #8, #7, #6, #5, #4, #3, #2, #1
    Postgres Professional
    Разработчик СУБД Postgres Pro

    Комментарии 8

      +1
      Как там MERGE поживает? Не смог ничего найти за последний год, наверно. Под сукно положили?
      А zheap?
        0
        Да, MERGE сверхактивно продвигал Саймон Риггс, вплоть до конфликта. После того, как закоммитить не вышло, всё, кажется увяло. Ну а zheap — надеюсь, что потихоньку делают, но точно не так шустро, как многие ждали.
          0
          Кстати, а вы эту нашу статью видели? (спрашиваю на всякий случай)
          habr.com/ru/company/postgrespro/blog/412605
            0
            Да, конечно. Интересно было, что потом произошло. Похоронили, видимо, merge…
              0
              Ну может быть не похоронили, но немного присыпали землёй — точно :)
          +3

          Люблю Postgres, особенно за pg/plsql и за то что все просто работает, но pgAdmin 4… это просто неюзабельное убожество, ну не могу я привыкнуть к нему(

            0
            too эмоционально. Но ок, пусть будет здесь и такое мнение :)
              0
              да не, норм вполне )

          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

          Самое читаемое