Пост-релиз
PGConf.Russia 2017 – третья конференция PgConf, прошедшая в Москве 15-17 марта 2017 г. На конференции было сделано около 60 докладов и проведено 7 мастер-классов. Конференцию посетило 550 человек. Слайды докладов конференции опубликованы, видеозаписи появятся в июне 2017 г.
Доклады
Архив докладов
-
Максим Вихарев Alytics Технический директорВ слое хранения, используя PostgreSQL с самого старта разработки, мы прошли путь от небольшого кластера на виртуалке до многохостовой системы, которая обеспечивает near real-time обработку смешанной OLTP-OLAP нагрузки. В этом докладе собираюсь рассказать про основные этапы развития нашего аналитического решения на уровне приложения и инфраструктуры, особенности эксплуатации PG, которые возникали в процессе.
ВИДЕО
-
Андрей Фефелов Mastery.pro Технический директорВ докладе я расскажу почему Postgres отлично подходит как BI платформа для решения классических OLAP-задач.
Будет дан краткий обзор доступных open source BI решений. Расскажу об архитектуре нашего решения (snowflake scheme), как мы делаем Extract Load Transform, настройках Postgres для специфических профилей нагрузки. Также упомяну о том, как мы пытались использовать Postgres в виде колоночной базы данных (cstore_fdw от Citus) и что из этого вышло. В конце доклада кратко расскажу про минусы и проблемы нашего подхода.
ВИДЕО
-
Михаил Шурутов СтандартПроект старший администратор баз данных- Определение автономной транзакции.
- Обзор возможностей автономных транзакций в "больших" СУБД: Oracle.
- Логика работы автономных транзакций PostgresPro.
- Обзор средств эмуляции автономных транзакций в PostgreSQL.
- Сравнение скорости работы встроенного механизма автономных транзакций PostgresPro и средств эмуляции PostgreSQL.
ВИДЕО
-
Филипп Дельгядо ООО «Лектон» архитектор департаментаПри реализации сложной бизнес-логики часто возникает необходимость в реализации workflow - цепочки обработки из нескольких шагов, каждый из которых представляет из себя независимый кусочек бизнес-логики. Обычно для этого используются специализированные очереди, но при высоких требованиях к надежности имеет смысл все сделать на PostgreSQL.
Фотографии
Архив фотографий