Пост-релиз
PGConf.Russia 2017 – третья конференция PgConf, прошедшая в Москве 15-17 марта 2017 г. На конференции было сделано около 60 докладов и проведено 7 мастер-классов. Конференцию посетило 550 человек. Слайды докладов конференции опубликованы, видеозаписи появятся в июне 2017 г.
Доклады
Архив докладов
-
Дмитрий Белявский ТЦИ Ведущий специалистПри работе с данными существует необходимость криптографической защиты некоторых данных. Презентация описывает некоторые задачи, которые можно решить с помощью криптографии, и правильные подходы к применению криптографии при разработке приложений, использующих СУБД. Отдельно рассказывается от последних результатах, достигнутых в части применения криптографии в PostgreSQL.
ВИДЕО
-
Иван Панченко Postgres Professional заместитель генерального директораКраткий рассказ о том, чего за 2 года работы добилась компания Postgres Professional.
- наши достижения в разработке PostgreSQL.
- что такое российская СУБД Postgres Pro и как она соотносится с PostgreSQL
- что такое Postgres Pro Enterprise и почему Enterprise.
- что с учебными курсами и сертификацией?
ВИДЕО
-
Hans-Jürgen Schönig Cybertec Schönig & Schönig GmbH CEOБазы данных растут в размерах, так что нужда обрабатывать огромные объемы данных в реальном времени становится все острее. Пока производители коммерческих СУБД хвастаются своими возможностями, мы решили чуточку улучшить PostgreSQL, чтобы показать его возможности в переваривании более миллиарда строк в секунду, просто для демонстрации возможностей open source.
Тем, для кого миллиард строк в секунду - немного, сообщаем, что это не предел, возможности гораздо больше. Приходите посмотреть, как мы делаем это.
ВИДЕО
-
Александр Кукушкин Zalando SE Database EngineerВ современном мире всё больше и больше IT компаний отказываются от традиционных способов хостинга и переносят свои ресурсы в облачные сервисы. Zalando не стала исключением. Взрывной рост компании и переход к модели микросервисов потребовал внести изменения в процесс деплоймента новых инстансов баз данных и решить проблему автоматического переключения в случае выхода мастера из строя. Большинство существующих решений для автоматического переключения требуют предварительной ручной настройки каждого узла до запуска кластера. Такой подход определенно неприемлем в облаках, где ты заранее не знаешь IP адресов всех узлов.
Фотографии
Архив фотографий