title

text

15 – 17 марта 2017

PgConf.Russia 2017

Пост-релиз

PGConf.Russia 2017 – третья конференция PgConf, прошедшая в Москве 15-17 марта 2017 г. На конференции было сделано около 60 докладов и проведено 7 мастер-классов. Конференцию посетило 550 человек. Слайды докладов конференции опубликованы, видеозаписи появятся в июне 2017 г.

Итоги конференции: Под созвездием Слона

Обзор докладов конференции

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

Доклады

Архив докладов

PgConf.Russia 2017
  • Егор Рогов
    Егор Рогов Postgres Professional эксперт

    Современное состояние средств резервного копирования для PostgreSQL определенно оставляет простор для улучшений. Штатные средства дают исключительно базовую функциональность, сторонние инструменты решают некоторые, но не все, проблемы. Для того, чтобы резервная копия была надежной, могла выполняться быстро и инкрементально на уровне страниц, нужна в том числе и поддержка со стороны базы данных. На мастер-классе мы расскажем про новый инструмент резервного копирования и восстановления ProBackup, который мы разрабатываем в нашей компании, и покажем его в действии.

    Скрипт демонстрации:

    ФОТО:

  • Камиль Исламов
    Камиль Исламов Stickeroid Ai CTO

    Приводятся некоторые примеры и приёмы в проектировании архитектуры Web-приложений с совместным использованием технологий ORM с применением хранимых процедур Postgres на примере Python Django. Рассматриваются варианты реализации бизнес-логики в рамках СУБД с сохранением преимуществ Django и применения встроенной админ-панели.

    ВИДЕО

  • Григорий Смолкин
    Григорий Смолкин Ozon Инженер
  • Филипп Дельгядо
    Филипп Дельгядо ООО «Лектон» архитектор департамента

    При реализации сложной бизнес-логики часто возникает необходимость в реализации workflow - цепочки обработки из нескольких шагов, каждый из которых представляет из себя независимый кусочек бизнес-логики. Обычно для этого используются специализированные очереди, но при высоких требованиях к надежности имеет смысл все сделать на PostgreSQL.

Все доклады