Пост-релиз
PGConf.Russia 2017 – третья конференция PgConf, прошедшая в Москве 15-17 марта 2017 г. На конференции было сделано около 60 докладов и проведено 7 мастер-классов. Конференцию посетило 550 человек. Слайды докладов конференции опубликованы, видеозаписи появятся в июне 2017 г.
Доклады
Архив докладов
-
Hans-Jürgen Schönig Cybertec Schönig & Schönig GmbH CEOБазы данных растут в размерах, так что нужда обрабатывать огромные объемы данных в реальном времени становится все острее. Пока производители коммерческих СУБД хвастаются своими возможностями, мы решили чуточку улучшить PostgreSQL, чтобы показать его возможности в переваривании более миллиарда строк в секунду, просто для демонстрации возможностей open source.
Тем, для кого миллиард строк в секунду - немного, сообщаем, что это не предел, возможности гораздо больше. Приходите посмотреть, как мы делаем это.
ВИДЕО
-
Дмитрий Кремер МИА "Россия Сегодня" Администратор баз данных- зачем собирать PostgreSQL из исходников?
- выбор опций сборки
- зависимости
- создание системного окружения
- базовые настройки Linux для работы PostgreSQL
- дополнительное ПО, облегчающее жизнь администратора PostgreSQL
ВИДЕО
-
Андрей Фефелов Mastery.pro Технический директорВ докладе я расскажу почему Postgres отлично подходит как BI платформа для решения классических OLAP-задач.
Будет дан краткий обзор доступных open source BI решений. Расскажу об архитектуре нашего решения (snowflake scheme), как мы делаем Extract Load Transform, настройках Postgres для специфических профилей нагрузки. Также упомяну о том, как мы пытались использовать Postgres в виде колоночной базы данных (cstore_fdw от Citus) и что из этого вышло. В конце доклада кратко расскажу про минусы и проблемы нашего подхода.
ВИДЕО
-
Александр Кукушкин Zalando SE Database EngineerВ современном мире всё больше и больше IT компаний отказываются от традиционных способов хостинга и переносят свои ресурсы в облачные сервисы. Zalando не стала исключением. Взрывной рост компании и переход к модели микросервисов потребовал внести изменения в процесс деплоймента новых инстансов баз данных и решить проблему автоматического переключения в случае выхода мастера из строя. Большинство существующих решений для автоматического переключения требуют предварительной ручной настройки каждого узла до запуска кластера. Такой подход определенно неприемлем в облаках, где ты заранее не знаешь IP адресов всех узлов.
Фотографии
Архив фотографий