Will Postgres Live Forever?

Из доклада вы узнаете, в чём различие между жизненными циклами проприетарного программного обеспечения и ПО с открытым исходным кодом. Почему программное обеспечение с открытом кодом может жить длительное время и при этом только набирать популярность? И благодаря каким нововведениям Postgres не перестанет идти в ногу со временем?

Выступление пройдет на английском языке.

Эволюция баз данных

Будущее систем управления базами данных (СУБД) напрямую связано с развитием цифрового общества, успехами в области аппаратных средств и IT-технологий. С начала века мы наблюдаем интересный этап в развитии СУБД - появление и расцвет NoSQL как ответ разработчиков на запросы общества в условиях "медленного железа", пошатнувшиеся устои апологетов реляционных СУБД, постепенное осознание проблем и приятие NoSQL. В результате практически все основные реляционные СУБД в той или иной мере стали заявлять о поддержке NoSQL. Развитие аппаратных средств привело к тому, что классические реляционные СУБД практически достигли производительности NoSQL при том, что они предоставляют широкие возможности по работе с данными, так что мы сейчас наблюдаем новую тенденцию возвращения к реляционной технологии. Какую роль системы управления базами данных будут играть в будущем? Каким компетенциям в этой связи необходимо учиться? Как правильно выбрать СУБД для проекта?

Секционирование, шардинг и миллиард записей

Потребовалось сделать прототип системы мониторинга значений параметров, а именно - запись большого количества данных в БД (проверить, насколько для задачи подойдёт Postgres). С использованием pg_pathman и FDW удалось добиться, чтобы скорость записи (около 70 тыс. строк в секунду) не падала, даже когда общее число записей превысило миллиард (графики замеров прилагаются). В докладе будет представлено данное решение. Так же упомяну о некоторых особенностях pg_pathman и FDW, с которыми пришлось столкнуться

PG_PROBACKUP. Резервное копирование и верификация PostgreSQL.

Несмотря на то, что существует множество инструментов резервного копирования, некоторые из которых сделаны на достойном уровне, ни один из не устраивал нас полностью. Мы решили написать свой инструмент, которому мы можем доверять, и который нам не зазорно порекомендовать своим клиентам. В рамках своего доклада я хотел бы осветить основные 'фичи' pg_probackup и заострить внимание на проблеме верификации PostgreSQL и его резервных копий.