PGConf.Russia 2022

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

PGConf.Russia 2022

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

Темы встречи

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

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

Дмитрий Головицин УКЦ ФОРС Заместитель директора по технологиям

Современная экосистема PostgreSQL глазами Oracle DBA

Доклад обозревает современные инструменты для адмнистрирования PostgreSQL. Обозначает "узкие" места производительности базы и дает ключи к решению. Нацелен на раскрытие вопросов, возникающих в частности при переходе с БД Oracle. - инструменты настройки производительности (аналоги AWR, ASH) - инструменты мониторинга (аналоги Cloud Control) - обеспечение высокой доступности и надежности БД (аналоги grid infrastructure) - известные "узкие" архитектурые аспекты базы - обзор вариантов SLA по технической поддержке

Материалы к докладу
Александр Каленик Kontur Software Engineer

Андрей Бородин Яндекс Разработчик

Как мы ускорили GiST. Новости PostGIS 3.2

В докладе я расскажу о новом методе для быстрого создания GiST индекса в PostgreSQL 14, какие проблемы были выявлены при добавление поддержки нового метода в PostGIS и как они будут решены в будущем. Так же в докладе будет обзор нововведений PostGIS 3.2.

Материалы к докладу
Bruce Momjian EDB Vice President, Postgres Evangelist

Возможности PostgreSQL 15

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

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

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

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