PostgreSQL 19 news:

PostgreSQL 19: Часть 1 или Коммитфест 2025-07, Часть 2, Часть 3 и Часть 4

Это традиционные обзоры Павла Лузанова, отдел образования Postgres Professional. Начнём с конца, вот некоторые:

pg_dump[all]/pg_restore: выгрузка и восстановление расширенной статистики

В 18-й версии pg_dump и pg_dumpall научились выгружать базовую статистику таблиц и индексов. А psql и pg_restore — ее восстанавливать. Теперь пришел черед всех видов расширенной статистики, включая статистику по выражениям.

Логическая репликация: включение и отключение логического декодирования WAL без перезапуска сервера

Для работы логической репликации требуется, чтобы в WAL записывалась информация, необходимая для логического декодирования. При значении параметра wal_level по умолчанию (replica) эта информация не пишется. А изменение параметра требует перезапуска сервера.

Теперь уровень записи в WAL будет определяться динамически, в зависимости от наличия слотов логической репликации. Как только появляется первый слот, фактический уровень журнала повышается до logical. И наоборот, после удаления последнего слота фактический уровень понизится до replica. Текущее значение фактического уровня журнала показывает новый параметр effective_wal_level, доступный только для чтения.

Из части 3:

WAIT FOR: ожидание синхронизации реплики с основным сервером

Для распределения нагрузки приложения могут писать данн��е на основной сервер, а читать с реплики. Но если требуется получить с реплики изменения, только что записанные приложением, то нужен механизм, гарантирующий, что эти изменения уже доступны на реплике. А в случае асинхронной репликации задержки с применением WAL вполне возможны.

И такой механизм появился в виде новой команды SQL WAIT FOR LSN. Принцип работы такой: приложение запоминает текущую позицию LSN на основном сервере после сделанных изменений и дожидается применения этой позиции LSN на реплике при помощи команды WAIT FOR LSN.

Логическая репликация последовательностей

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

А вот из 2-й части:

GROUP BY ALL - полегче станет тем, кому лень заново перечислять в предложении GROUP BY выражения из SELECT. Ключевое слово ALL подразумевает включение всех выражений из SELECT, не использующих групповые функции.

PostgreSQL 18.2

А также вышли PostgreSQL 17.8, 16.12, 15.16 и 14.21. Главное - закрыли уязвимость CVE-2026-2003. Тип oidvector мог показать несколько байтов памяти, не предназначенных для показа. Вот Release Notes.

Но после закрытия дырочки выявились некоторые поломки, поэтому скоро выйдут внеочередные версии: PostgreSQL: Out-of-cycle release scheduled for February 26, 2026.

Кухня Postgres: анархия, коммитфесты

У Александра Борисова (Alexander Borisov, lex.borisov) "вопрос к сообществу. Ждал отзывов на свои патчи и задумался: есть ли ценность в том, чтобы ревьюить патчи других, хотя я здесь не коммитер?"

Естественно, получает ответ: конечно, такие обзоры (ревю) очень важны. Даже исправление опечаток уже снимает с коммитера часть нагрузки, обычно немалой.

Но вопрос подразумевает чуть ли не философскую оценку движения Postgres, об анархии: действительно ли она Мать Порядка. И Александр уточняет:

"Я давно занимаюсь open source, но сообщество Postgres - самое загадочное. Никто ни за что не отвечает, это анархия, каждый решает, что ему нужно. Вот и пытаюсь понять правила игры."

И откликаются отнюдь не последние люди сообщества. Дэвид Джонсон (David G. Johnston), Том Лейн (Tom Lane) и Мишель Пакье (Michael Paquier) дают в целом утвердительный ответ: да, она мать порядка. Советуют не думать слишком много, а просто делать то, что нравится.

Опыт Александра действительно интересен. involved in open source for a long time в этом треде расшифровывается так: я бывший разработчик NGINX, работал с NJS (и не только), большой опыт в C.

Похожая тема уже обсуждалась, и, понимая её важность для понимания механизмов сообщества, которые держат его на плаву, мы писали о ней в Postgresso 7-8 за 2025:

"Я вижу, что патчи часто переносятся с одного коммитфеста на другой. Я правильно понимаю, что это нормальная практика?"

Ответ тоже был утвердительный.

Александр заметен и на хабре, там он не только главный эксперт по технологиям в СберТехе, но и Александр @lastmac, Весёлый разработчик.

Весёлый разработчик пишет для русскоязычной аудитории о своём собственном патче Optimization for lower(), upper(), casefold() functions: Разгоним Unicode в PostgreSQL.

До этого писал о браузерах, даже так:
Разрабатываем свой браузер с нуля. Часть первая: HTML

Кухня Postgres, продолжение: GSoc, новые списки

GSoC расшифровывается как Google Summer of Code, ежегодная программа Google для студентов (и новичков в open source), где они получают оплачиваемые стажировки на лето для вклада в проекты open source. Postgres-сообщество с 2005 регулярно участвует как организация-ментор.

Как это происходит? Вот, например, Андрей Бородин (Andrey Borodin, Яндекс Облако) написал письмо в hackers:

1) Несколько идей переехали из предыдущих списков по-прежнему актуальных идей (still relevant Ideas). Если у вас есть опыт в этих областях, пожалуйста, проверьте актуальность и насколько объёмна задача (scoping) проекта:

  • Избавление от соединений на основе ограничений FOREIGN KEY (Join Removal Based on Foreign Key Constraints).

  • Параллельная сборка GiST-индексов.

  • Стратегии нарезания (slicing) TOAST по типам данных.

  • Производительность ALTER TABLE SET LOGGED/UNLOGGED.

  • Глобальные временные таблицы.

  • Улучшение покрытия регрессионных тестов.

  • Автономные транзакции.

2) Новые предложения:

  • Меры против раздувания B-tree индексов (Page Merge). Немного спорно как студенческая работа - поясняет Андрей - есть несколько экспериментальных идей, требующих исследования.

  • Производительность инструментов мониторинга (конкуренция за LWLock в pg_stat_statements).

  • Улучшение покрытия wait events.

Руководят подмножеством сообщества - менторами - Павло Голуб (Pavlo Golub) и Джеспер Педерсен (Jesper Pedersen). Список менторов есть на страничке GSoC PostgreSQL wiki. В списке есть хорошо знакомый нам Николай Самохвалов (Nik Samokhvalov, Postgres.ai).

Павло ответил:

Спасибо, Андрей! Хочу только уточнить даты. Список идей и их потенциальных менторов (sic!) должны быть опубликованы до 3 февраля, это дедлайн подачи заявки на менторскую организацию. Это повысит шансы Postgres Org на принятие этих идей в этом году. Число потенциальных менторов даже важнее самих идей, IMHO.

А на страничке GSoC 2026 PostgreSQL wiki есть уже результирующий список, можно сравнить:

Интересно: целых 3 пункта относятся к проекту pgmoneta: Backup / restore solution for PostgreSQL; а 2 - к pgagroal: High-performance connection pool for PostgreSQL, теперь он должен стать не только производительным, но и HA, то есть высокодоступным. К ИИ (даже странно) относятся всего 2 пункта.

Павло много пишет о этой стороне своей деятельности. Последнее в его блоге: Stand Up, Mentor! Help Postgres Shine in GSoC 2026!

Но GSoc не единственная программа помощи с менторами. В Postgresso #6 (67) мы уже писали:

Роберт Хаас участвовал в менторской программе поддержки (потенциальных и действующих) контрибьюторов. Формула проекта была такая: 9 менторов-коммитеров-добровольцев курируют 9 контрибьюторов - Robert Haas: Mentoring Program for Code Contributors. Что сейчас с этим проектом, пока понять не удалось.

Who Contributed to PostgreSQL Development in 2025?

Традиционное статистическое исследование Роберта Хааса (Robert Haas, EDB), новый список. Роберт подчёркивает, что это только вклад в сам postgres, экосистемные проекты не считаются.

Вот первая тройка по числу строк:

  • 1. Том Лейн (Tom Lane) 17120,

  • 2. Андрес Фройнд (Andres Freund) 15486,

  • 3. Джейкоб Чемпион (Jacob Champion) 12173.

Как же так? Чемпион, а лишь бронза? Дальше: обратим внимание на знакомо звучащие фамилии. Дмитрий Коваль, например, в пятёрку не попал, но он 6-й - впечатляющий результат. Его особенно отличают в сообществе за патч  ALTER TABLE .. MERGE PARTITIONS.

  • 6. Дмитрий Коваль (Dmitry Koval) 8248,

  • 17. Андрей Лепихов (Andrei Lepikhov) 4171,

  • 34. Александр Пыхалов (Alexander Pyhalov) 2205,

  • 35. Михаил Николаев (Mihail Nikalayeu) 2198,

  • 38. Максим Орлов (Maxim Orlov) 1889,

  • 43. Иван Картышов (Ivan Kartyshov) 1471,

  • 46. Александр Алексеев (Aleksander Alekseev) 1178,

  • 51. Дмитрий Долгов (Dmitry Dolgov) 937,

  • 53. Александр Коротков (Alexander Korotkov) 881,

  • 60. Андрей Бородин (Andrey Borodin) 715,

  • 62. Алёна Рыбакина (Alena Rybakina) 690.

Лидеры по числу коммитов отличаются, хотя Тома Лейна скинуть с пьедестала невозможно (в скобках "строчники"):

  • 1 (1) Том Лейн 259,

  • 2 (4) Питер Айзентраут (Peter Eisentraut) 250,

  • 3 (2) Андрес Фройнд 124,

  • 4 (16) Натан Боссарт (Nathan Bossart) 116,

  • 5 (26) Мишель Пакье (Michael Paquier) 106.

Вот Даниэль Густафсон (Daniel Gustafsson) не попал и в десятку, но всё же, будучи аутсайдером (825, 57-й) среди строчников, делит 12-е место с производительным (2465, 27-й) Томасом Манро (Thomas Munro).

У Роберта есть ещё парочка номинаций. Коммитеров на этот раз пропустим, а вот эта немного странная номинация:

Эпистолярная активность (выборочно). Здесь свои фавориты, но Том Лейн и здесь первый. Вот ещё некоторые среди написавших более 100 писем за год:

  • (1) Том Лейн 1978 писем,

  • (35) Брюс Момджан 253,

  • (37) Александр Коротков 244,

  • (44) Александр Алексеев 209,

  • (45) Андрей Лепихов 206,

  • (54) Андрей Бородин 149,

  • (57) Михаил Николаев 140,

  • (59) Илья Евдокимов (Ilia Evdokimov) 132 (первый раз в списках, кажется, поздравляем),

  • (69) Александр Лахин (Alexander Lakhin) 114,

  • (72) Дмитрий Долгов (Dmitry Dolgov) 104.

А каково это быть контрибьютором? Это одна из любимых тем очень активной участницы сообщества Флоор Дреес (Floor Drees). На этот раз она берёт интервью у Марка Вонга из EDB: PostgreSQL Contributor Story: Mark Wong.

Конференции и не только: PG Pro Tech Day, ММ25, Путь Tengri

Объединить (возможно, временно) конференции с техническими решениями мы решили потому, что ... впрочем, сами увидите.

PGPro TechDay 2026

Это продолжение стартовавшей в прошлом году новой конференции - в прошлом году аналогичное мероприятие называлось PGProDay. В этом году оно переехало из Цифрового Делового Пространства (ЦДП, бывший кинотеатр "Новороссийск"), в гостиницу "Рэдисон Славянская", площадь Евразии 2 (б. пл. Европы) - привычное место д��я тех, кто ходит на PGConf.Russia. Прошла (вот отчёт от организаторов) 27 января. Переехал, кстати, и сайт: у него своё доменное имя Pgproday.ru, а не как у PGProDay 2025, который хостился на гостеприимном PGConf.Russia.

Но отличалась конференция довольно сильно и тематически - акцентами. В прошлогодней конференции больше речи было о самом Enterprise, отказоустойчивости (BiHA) и горизонтальном масштабировании (Shardman).

А эта конференция началась с Обзора экосистемы управления данными Postgres Professional, который делал Артём Галонский, директор по продуктам компании. И даже доклад СУБД Postgres Pro Enterprise 18. Обзор новых возможностей Марка Ривкина, руководителя отдела технического консалтинга, следовал за ним, а не перед. А в экосистеме особенные акценты пришлись на всё, что связано с аналитикой. А это прежде всего (но не только) AXE и Tengri.

Можно было заметить, что не всем очевидно, как разнесены по задачам Tengri и AXE. И на конференции была возможность с этим разобраться. Postgres Pro AXE (не только топор, но и Analytical eXtensions Engine) - это быстрая работа с колоночными Parquet-файлами и временными (тоже колоночными) файлами (хотя возможны и гибридные нагрузки). Поэтому в совместном докладе Postgres Professional и "Форсайт" говорили о скоростях, сравнивали с ClickHouse. Но постгресистам, работающим с AXE, придётся узнать и что-то новенькое: какие размеры паркетных файлов оптимальны, как настраивать доступ к ним. Но AXE это не просто интерфейс доступа к колоночным файлам. AXE умеет по своим метаданным сужать поиск до нужных групп строк, даже и расширение с таким названием есть: ядро pgpro_axe и хранилище аналитических таблиц pgpro_metastore.

Для аналитики был выделен отдельный зал - "Толстой". Там было 2 доклада про AXE и 1 про Tengri. В зале воркшопов "Пушкин" - AXE. Итого, счёт 3:1 в пользу AXE. Но эту победу мы не засчитываем - не (только) потому, что задачи их отличаются, а потому ... и тут мы и сворачиваем в сторону: а именно на конференцию ММ25, которая прошла на 2 месяца раньше. Сворачиваем, чтобы увидеть особую роль (если не миссию) Tengri.

МетаМаркетинг - или ММ25

Это не чисто маркетинговая конференция: это "техническая конференция по маркетинговой и продуктовой аналитике", прошла 20-21 ноября.

О ней громко заявили ещё в конце 2025, но не на постгресовой конференции, а на маркетинговой. Она так и называлась: МетаМаркетинг - или ММ25. И там была не парочка докладов на тему, а целая серия:

А ещё там был стенд Tengri Data.

Подробности о Tengri Data Platform - на сайте. Там же можно почитать по темам:

Вышло несколько статей и подкаст:

И выясняется, что Олег видит в Тенгри не просто платформу для доступа аналитиков ко всему (то есть к озёрам данных), не только ко многопетабайтным объёмам данных, а платформу, на которой можно будет реализовать его концепцию NooData. О ней мы писали в Postgresso #11-12 (84-85), есть статья на Тедвайзере - так и называется НооДата (NooData), а из ЖЖ Олега мы даже знаем новость, что он опрокинул на бок 2 буквы "О", чтобы они читались как бесконечность. Там уже целый набор постов по тегу noodata.

В подкасте есть ещё о NUMA Fabric, о новых вычислительных архитектурах, которые не сети серверов, а сети сокетов, о том, что в Noo данные будут не просто умные, а учитывающие намерения, что noo-архитектуры ищут не корреляции, а причинно-следственные связи и много чего другого.

Но вернёмся на грешную Землю.

Николай Голов пишет о том, что в мировой аналитике сейчас два пути:

  • Путь Databricks (сожравшей недавно Neon) и

  • Путь Snowflake (сожравшей недавно Crunchy Data).

А Postgres Professional выбирает свой путь - между Сциллой и Харибдой (не путать с отечественным NoSQL-хранилищем), а точнее - заезжая то на территорию Сциллы, то Харибды.

Tengri Data построена на парадигме разделения хранения и вычислений (compute/storage separation). Это идеология Snowflake. Делается это для независимого масштабирования: хранение обычно требует более широкого масштабирования, чем вычисления.

Выходит, прошли ближе к Харибде. Нет, погодите: "Neon - это serverless-база данных, с разделением на два независимых слоя: вычисления (compute) и хранение (storage).​ Эти слои взаимодействуют по сети, а поток записей WAL связывает их между собой." - это в документах Neon. Ведь не просто так, наверное, Кирпичи Данных покупали Неоновую Базу. Кто тут Сцилла, а кто Харибда? Всё уже смешалось.

А Снежинка, кстати, не просто так покупала Хрустящие Данные: интеграция с Postgres активно идёт:

Introducing pg_lake: Integrate Your Data Lakehouse with Postgres

Они придумали этот набор расширений (лежит здесь), который превращает Postgres в систему домик у озера (в смысле a stand-alone lakehouse system), который поддерживает транзакции, и в то же время быстрые запросы к Iceberg-таблицам и умеет напрямую работать с файлами сырых данных в объектных хранилищах S3. С parquet тоже умеет работать - всё это заинтегрировано через DuckDB.

Да, Tengri тоже может работать со всеми этими тремя уровнями: хранилище S3, таблицы Iceberg, файлы Parquet (тут в Postgres Professional монополии на Parquet у AXE нет. Наоборот - взаимовыручка и помощь через ProGate, кстати, недавно вышла версия ProGate 1.1).

Но ведь домик у озера всегда был жемчужиной Databricks! А не Snowflake. Опять всё меняется, всё смешалось. А Николай Голов говорит не о дейтабриковском Delta Lake, а о том, что "Tengri Data основана на современном подходе Open LakeHouse, где данные не просто хранятся, а организованы так, что с ними легко и безопасно работать без привязки к одному конкретному поставщику."

Но что это, что ещё за open LakeHouse? Это отнюдь не устоявшееся академическое понятие. Вот здесь, например, это айсберг индейцев апачи, на котором восседает Лох-Несское чудовище:

An In-Depth Overview of Open Lakehouse Tech: Apache Iceberg & Nessie

Более спокойная картина представлена публике в уже упомянутой вскользь статье Владимира Озерова на старом добром osp.ru: Lakehouse — архитектура современной платформы данных.

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

История: частная и государственная

Вышел первый подкаст в серии Слон в ИТ-лавке (Youtube), (VK), (Rutube). Гендир Postgres Professional Иван Панченко и руководитель отдела технического консалтинга Postgres Professional Марк Ривкин обсуждают уход Oracle из России и перспективы Postgres - там много полезного. Но мы пересказывать не будем, а выдернем из этой беседы тему первых минут. Или, как говорит Иван в этом подкасте, сделаем ход конём.

Марк вспоминает, как он оказался в Oracle: до того он работал в Институте Проблем Управления в проекте АРИУС. О нём мало кто помнит и знает, и я не знал, хотя, как выяснилось, проектом руководил человек, которого я хорошо знал (следовательно, не очень хорошо). Но о нём точно помнят в самом ИПУ, и пишут о нём в юбилейной статье ИПУ РАН 80 Лет (вспоминали и на 65). Там пишут так: "АРИУС - язык разработки автоматизированных информационно управляющих систем". Он заработал, между прочим, ГосПремию.

А было бы недурно узнать намного-намного подробней про российскую векторную СУБД. Хоть показывай в тв-передаче "Сделано в России".

Но не сложилось. Марк рассказывает: [АРИУС] "была доморощенной базой данных - колоночная, или векторная - как сейчас говорят. Очень интересный был проект, но в какой-то момент решили, что нужно генерить структуры данных для какой-то популярной, коммерческой СУБД. Мы сравнивали разные базы - отечественные и зарубежные: ИНЕС, ОКА, ADABAS и другие."

Ну, с информацией о последней-то всё ок. Из учебника Эволюция баз данных. Учебное пособие по курсу «Базы данных» А.Н. Анохина на стр. 3 мы узнаём, что у ADABASа были советские аналоги: ДИСОД для ЕС ЭВМ и ТРИАДА для СМ ЭВМ. Их относят к СУБД на инвертированных списках.

ИНЕС и ОКА - иерархические СУБД. ИНЕС (ИНформационная Единая Система для ЕС ЭВМ) - 1976, ВНИИСИ и ИПУ АН СССР. ОКА - Советский аналог IMS (IBM, 1968 для IBM/360), Институт кибернетики АН УССР.

"Мы пришли к выводу, - продолжает Марк, - что на тот момент (это было после Олимпиады, начало 80-х) лучший вариант - Oracle.

Был в Твери (тогда Калинине) институт Центрпрограммсистем, - рассказывает Марк - там брали западные продукты, меняли шильдики и из Oracle 5.1 B, ещё на дискетках, получались СУБД Карс-32 - с ней можно было работать."

Да, про эту СУБД тоже не так много в интернете, но кое-что известно. Работали эти СУБД на машинах СМ 1700 (это VAX) под управлением операционный системы МОС ВП (это VMS), Карсы упоминаются в старинной бумаге Технически средства АСУТП. Её упоминает в статье Oracle по-русски Юрий Сайгин, (тогда) гендир «РДТеха»: "кроме того, как это было принято в советские времена, появился отечественный вариант системы под названием КАРС". Эта статья лежит на сайте osp.ru. Есть там и архив номеров великолепного журнала "СУБД", главным редактором которого был Андрей Волков. Увы.

Ещё можно полистать старые странички каталога Технически Средства АСУТП, очень душевно.

География: рынок

2026: Российские разработчики ПО один за другим выходят на рынок Латинской Америки. Почему он привлекателен.

Tадвайзер собрал представителей 8 ИТ-компаний, в том числе «Базис», «Софтлайн» PIX Robotics, Nexign, «Труконф», ни одной СУБДшной. И всё же интересно.

"Основатель сообщества ИТ-экспортеров ExportNow Виталий Янко рассказал, как российский ИТ-бизнес выходит на рынок Латинской Америки. Обычно они запускают сбытовую компанию либо только в Бразилии, либо в этой стране и некоторых других. Например, в Уругвае (из-за гибкости банковской системы под задачи ВЭД), Мексике (Канкун либо Мехико-сити), в Чили, Доминиканской Республике (как это сделали несколько небольших рекламных сетей и финтех-решений для МФО). Ряд аутсорсеров разработки ПО открывали офисы и в Аргентине (Буэнос-Айрес), но аутсорсинг разработки не набирает там оборотов, утверждает Янко. Он добавил, что удаленно построить бизнес в Латинской Америке, продавая крупным и средним организациям, почти не удается даже с партнерской сетью."

Ещё конференции

Уже 23-24 марта стартует PGConf.Russia 2026.

Два дня, три потока. Программа в фазе становления, список докладов пополняется на глазах. Там, например, такой:

Patroni на максимум: инженерные рецепты из OZON для тех, кто хочет спать спокойно.

Рассказывать будут Дмитрий Васильев и Григорий Смолкин. В описании доклада можно прочитать: Что происходит, когда в вашей инфраструктуре появляются десятки тысяч PostgreSQL-кластеров?

PGConf.dev 2026

Должна вернуться 19-22 в Ванкувер: прошлая была в Монреале, а вот позапрошлая - там, в Ванкувере. Не то, чтобы Монреаль не понравился. Наоборот:

"Монреаль привнёс в событие свой уникальный шарм. С франкоязычной культурой, прекрасным Старым городом и живописным набережным городок казался чуть ли не Европой - расслабленным, стильным и полностью отличным от вайба западного побережья Ванкувера. Ах да, и еда? Просто потрясающая!" - Отзыв принадлежит Кэри Хуану (Cary Huang), старшему разработчику ПО в Hornetlabs Technology (Канада), ссылка есть в Postgresso #6 (67).

Возможно, дело в том, что Slonik Events Canada (организаторы) базируются в Ванкувере, проще координация волонтёров/спонсоров.

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

"Мы можем напечатать и разместить ваш постер. Цель постер-сессии - наглядно представить ваш патч/проект на постере формата A1 (594 × 841 мм, ~24 × 36 дюймов). Приоритет при выделении лучших мест всё же у присутствующих лично."

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

Раньше PGConf.dev и его предшественник PGCon обычно проводили на вторник полудневные встречи для ограниченного числа участников. Например, в 2025 году во вторник были встреча разработчиков, саммит экосистемы расширений (Extension Ecosystem Summit), саммит сообщества и сессия обратной связи по патчам. Встреча разработчиков была только по приглашениям, а другие события имели ограниченную вместимость и требовали предварительной регистрации. В этом году некоторые сессии во вторник останутся закрытыми или потребуют предварительной записи, но мы также хотим предложить открытые сессии, чтобы любой зарегистрированный участник мог участвовать во вторник. Также мы хотим разбить вторник на более короткие блоки, чтобы людям не приходилось выбирать между посещением события на 3 часа целиком или пропуском его.

Вместо одной длинной встречи разработчиков мы надеемся, что разработчики PostgreSQL предложат короткие тематические встречи. Такие встречи можно подавать как "community discussion sessions" (подробности в call for papers): открытые для всех, закрытые для группы или в формате working group (промежуточный вариант). Во вторник будут воркшопы и панельные дискуссии.

Пятница снова станет днём unconference, где сессии выбирают участники в день события.

Подробности есть в Заявках на доклады.

PGConf India 2026

Пройдёт 11-13 марта в Бангалоре. Организатор - India PostgreSQL User Group. Серьёзное мероприятие: запланировано, например, 8 мастер-классов, которые будут вести люди из Microsoft, Google, ClickHouse и др.

Европу - PostgreSQL Usergroup Europe - представляет Андреас Шербаум (Andreas Scherbaum): How we made WarehousePG Open Source (again), расскажет об опенсорсном WarehousePG, форке Greenplum Database.

Засветившийся на европейской конференции с докладом о кознях ИИ-взломщиков, Крантхи (здесь он Kranthi Kiran Burada), предупреждает и своих соотечественников, появилось описание его доклада SQL Injection Is Boring - Advanced Threats You're Not Ready For:

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

Михаил Жилин (Michael Zhilin, Postgres Professional) доложит: What could possibly go wrong if you try to load 1 Petabyte into PostgreSQL. Видимо, продолжение или по мотивам своего доклада Через тернии к звездам - как засунуть Петабайт в Postgres. Из Percona будет Жобэн Августин (Jobin Augustine) с докладом External Proxies and Poolers - A reality check in todays tech stack.

А открывать будет профессор Индийского Института Науки (Indian Institute of Science) в Бангалоре Джаянт Харитса (Jayant Haritsa). Он будет говорить о Больших Языковых Моделях на службе у СУБД: Performant SQL Rewrites using LLMs.

Итоги 2025

Summary of PostgreSQL in the year 2025

Это обзор от HexaCluster. Они уже называют это традиционным обзором, хотя до этого делали это всего раз: Summary of PostgreSQL in 2024. Но дело доброе, поворчали и хватит.

Databases in 2025: A Year in Review

Энди Павло Andy Pavlo, Университет Карнеги-Меллона (Carnegie Mellon University) обозревает в университетском блоге.

Появился и русский перевод: Базы данных-2025: ретроспектива.

На этом пока всё.