31 марта – 01 апреля
PGConf.Russia 2025
PGConf.Russia — крупнейшая конференция по PostgreSQL в России и СНГ. Технические доклады, демонстрации решений для работы с СУБД, мастер-классы, а также нетворкинг и обмен опытом с сообществом. Ежегодно участие в PGConf.Russia принимают сотни специалистов, среди них: администраторы баз данных, архитекторы, разработчики и тестировщики, IT-менеджеры.
Темы встречи
- Новости из мира PostgreSQL
- Мониторинг, отказоустойчивость и безопасность
- Облегченная миграция с Oracle, Microsoft SQL Server и других систем
- Оптимизация запросов
- Масштабируемость, шардирование и секционирование
- Искусственный интеллект в СУБД
- Совместимость PostgreSQL с другим ПО
Доклады
Архив докладов
-
Юрий Жуковец Digital Design Эксперт-аналитик по базам данных
В докладе:
— Представим опыт переработки СЭД и платформы на основе которой реализована система на C.Net + MS SQL на Windows для работы на Linux + Postgres. С сохранением возможности установки и работы на Win+MS.
— Расскажем о переводе заказчиков на новые платформы с миграцией данных.
— Поделимся опытом эксплуатации системы на примере высоко нагруженного заказчика (сервера PG 192 ядра 3 ТБ ОП).
-
Александр Попов Postgres Professional Инженер
Варианты хранения файлов в СУБД:
- Простые таблицы.
- Большие объекты pg_largeobject.
- pgpro_sfile — хранилище больших объектов pgpro_bfile.
-
Алексей Лесовский Postgres Profesional Head of PPEM Development
Postgres Professional в 2024 году выпустила новый инструмент сбора данных с PostgreSQL на базе технологий и стандарта OpenTelemetry — pgpro-otel-collector.
В докладе я расскажу, почему мы выбрали OpenTelemetry, какие возможности представлены в pgpro-otel-collector и как эти возможности позволяют решать задачи сбора телеметрии в инфраструктуре мониторинга. -
Александр Овчинников ФКУ "Налог-Сервис" Администратор СУБД PostgreSQL
Доклад содержит рассмотрение двух случаев длительного выполнения create database в PostgreSQL 11, которые в кластерной конфигурации Corosync/Pacemaker приводили к переключению нод из-за таймаута мониторинга от кластерного ПО. Первый случай связан с большим размером shared buffers, а второй — с использованием опции WITH OWNER при создании БД и большим размером системной таблицы pg_shdepend (особенность использования ПО jBPM).
Фотографии
Архив фотографий