Секционирование, шардинг и миллиард записей
Потребовалось сделать прототип системы мониторинга значений параметров, а именно - запись большого количества данных в БД (проверить, насколько для задачи подойдёт Postgres). С использованием pg_pathman и FDW удалось добиться, чтобы скорость записи (около 70 тыс. строк в секунду) не падала, даже когда общее число записей превысило миллиард (графики замеров прилагаются). В докладе будет представлено данное решение. Так же упомяну о некоторых особенностях pg_pathman и FDW, с которыми пришлось столкнуться
Слайды
Другие доклады
-
45 мин
Григорий Смолкин Ozon ИнженерPG_PROBACKUP. Резервное копирование и верификация PostgreSQL.
Несмотря на то, что существует множество инструментов резервного копирования, некоторые из которых сделаны на достойном уровне, ни один из не устраивал нас полностью. Мы решили написать свой инструмент, которому мы можем доверять, и который нам не зазорно порекомендовать своим клиентам. В рамках своего доклада я хотел бы осветить основные 'фичи' pg_probackup и заострить внимание на проблеме верификации PostgreSQL и его резервных копий.
-
45 мин
Иван Фролков Postgres Professional инженер-консультантНовые возможности PostgresPro Enterprise 11
Доклад посвящен новым возможностям выходящей версии Postgres Pro Enterprise 11, которые отличают ее от общедоступной версии PostgreSQL 11. Речь пойдет о двух давно ожидаемых возможностях - статистике по многоколончатым индексам, которая в ряде случаев может радикально улучшить производительность, и о странной, на первой взгляд, оптимизации - соединении таблицы самой с собой по первичному ключу. Вы узнаете, для чего это нужно и для кого будет полезно.
-
45 мин
.jpg.180x180.jpg "Олег Бартунов")
Олег Бартунов Postgres Professional генеральный директорЭволюция баз данных
Будущее систем управления базами данных (СУБД) напрямую связано с развитием цифрового общества, успехами в области аппаратных средств и IT-технологий. С начала века мы наблюдаем интересный этап в развитии СУБД - появление и расцвет NoSQL как ответ разработчиков на запросы общества в условиях "медленного железа", пошатнувшиеся устои апологетов реляционных СУБД, постепенное осознание проблем и приятие NoSQL. В результате практически все основные реляционные СУБД в той или иной мере стали заявлять о поддержке NoSQL. Развитие аппаратных средств привело к тому, что классические реляционные СУБД практически достигли производительности NoSQL при том, что они предоставляют широкие возможности по работе с данными, так что мы сейчас наблюдаем новую тенденцию возвращения к реляционной технологии. Какую роль системы управления базами данных будут играть в будущем? Каким компетенциям в этой связи необходимо учиться? Как правильно выбрать СУБД для проекта?
-
22 мин
Михаил Фисков ККОКБ имени профессора Макарова ведущий специалист3-х летний опыт эксплуатации 1С с postgresql в бюджетной организации.
При внедрении 1с сразу начали использовать базу данных postgreSQL. За время эксплуатации неоднократно были отмечены проблемы с быстродействием программы, проявляющиеся при использовании некоторых функций. Анализ проблем показал, что во всех случаях "виновата" не СУБД и даже не платформа 1С, а конфигурация.