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
  • Владимир Бородин
    Владимир Бородин Яндекс DBA

    Многие знают, что соединения в PostgreSQL дорогие, а потому их надо экономить. Для решения этой задачи давно есть PgPool-II и PgBouncer. В Яндексе никого не удивить десятками тысяч соединений к одной базе и с незапамятных времён мы используем pgbouncer. В этом докладе я расскажу о проблемах, с которыми мы сталкивались, и способах их решения.

    ВИДЕО

  • Дмитрий Васильев
    Дмитрий Васильев Postgres Professional DBA

    Мастер-класс будет про то как правильно мониторить PostgreSQL. Мы рассмотрим утилиту mamonsu, я покажу как её настроить, какие есть скрытые у нее возможности и как можно их расширить.

  • Иван Фролков
    Иван Фролков Postgres Professional инженер-консультант

    Большие потоки данных нередко могут создавать проблемы даже с самой их загрузкой в БД - кроме загрузки собственно данных необходимо создавать для них индексы, проводить после загрузки VACUUM как для корректной работы Index-only scans и т.п. О том, как можно если не избежать этих проблем, то, по крайней мере, в значительной степени избежать их и посвящен этот доклад.

    ВИДЕО

  • Филипп Дельгядо
    Филипп Дельгядо ООО «Лектон» архитектор департамента

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

Все доклады