PGConf.Russia 2022

Бизнес Центр «Рэдиссон Славянская», Москва, Площадь Европы, д.2

PGConf.Russia 2022

PGConf.Russia – международная техническая конференция по открытой СУБД PostgreSQL, ежегодно собирающая более 700 разработчиков, администраторов баз данных и IT-менеджеров для обмена опытом и профессионального общения. В программе – мастер-классы и доклады в два потока в течение двух дней, блиц-доклады из зала, живое общение на кофе-брейках и фуршете.

Темы встречи

PostgreSQL на переднем крае: высокие нагрузки, большие БД, отказоустойчивость
Новое в PostgreSQL и вокруг: развитие PostgreSQL и его экосистемы
PostgreSQL в реальных системах: архитектура, миграция, эксплуатация
Использование PostgreSQL в платформе 1С
PostgreSQL в геоинформационных системах (GIS)

более
0 участников
0 докладчиков
0
минут общения
35 докладов
гибридный
формат

Павел Лузанов Postgres Professional Руководитель образовательных программ

PostgreSQL 15: MERGE и другие

Заморозка кода 15-й версии была в апреле, первая бета-версия PostgreSQL 15 уже доступна. Кратко расскажу о самых интересных новинках версии. В том числе о MERGE, команде с не простой историей реализации.

Материалы к докладу
Александра Кузнецова Postgres Professional Младший разработчик

Агент мониторинга Mamonsu: обзор инструмента, его возможности

Mamonsu - активный агент мониторинга PostgreSQL на базе Zabbix. Агент активно продолжает развиваться: появляются новые уникальные метрики, возможности визуализации. Но помимо непосредственно сбора метрик, Mamonsu обладает и другим полезным функционалом. В докладе я кратко опишу возможности утилиты (также известные как "Mamonsu tools"), преимущества перед другими средствами мониторинга и процесс установки.

Материалы к докладу
Денис Волков Яндекс Разработчик

SPQR - легковесное шардирование

Stateless Postgres Query Router - новая система для роутинга запросов по диапазоном. Система написана на Go и стремится решить проблемы OLTP шардирования. Также система предполагает управление перемещением данных между шардами.

Материалы к докладу
Павел Толмачев Postgres Professional Специалист образовательного отдела

Коллапс в планах запросов. Достигаем и управляем

Чем больше таблиц участвует в запросе, тем сложнее планировщику выбрать подходящий план выполнения (увеличивается время и используемая память). Как бы подсказать планировщику, что лучше эту пару таблиц соединить первой, а остальные - потом? Как поступить, если видно, что часть запроса можно улучшить, но оптимизатор этого не делает? В докладе я расскажу про управление порядком соединений - вы узнаете, как можно повлиять на формирование плана запроса стандартными способами "ванильного" PostgreSQL.

Материалы к докладу