PGMeetup.МСК 2026

Главная ловушка современных распределённых СУБД в том, что внешне они очень похожи на старые добрые реляционные базы: поддерживают SQL, таблицы, индексы и другие до боли знакомые сущности. Поэтому велик соблазн просто перенести существующую legacy-схему «один в один» и ждать чуда. И это даже может сработать. Но полноценного горизонтального масштабирования вы, скорее всего, не получите - в первую очередь потому, что исходная схема данных не учитывает особенности распределённой архитектуры. В докладе поделимся практическим опытом и разберём как: - правильно выбрать ключ шардирования и избежать типичных ошибок; - управлять размещением данных и балансировать нагрузку; - распределённая архитектура влияет на нормализацию; - провести миграцию на распределённую БД без остановки продакшена; - и что для этого предлагает распределённая СУБД Shardman Доклад будет полезен разработчикам, архитекторам и тимлидам, которые проектируют системы с расчётом на рост нагрузки и горизонтальное масштабирование.

При встраивании аналитического движка в OLTP базу неизбежно встает вопрос взаимодействия с OLAP объектами. Особенно, когда речь идет не просто о колоночном движке, а о целой платформе для построения хранилищ данных. Ранее в Postgres Pro AXE для работы с аналитическими данными требовались отдельные хранимые процедуры. Чтобы сделать работу с аналитикой по-настоящему нативной, в новой версии мы разработали собственный Table Access Method. Теперь взаимодействие с аналитическими данными осуществляется привычным SQL без специфичных процедур. В докладе мы рассмотрим задачи, которые перед нами стояли, и проблемы, с которыми мы столкнулись, заглянем под капот Table Access Method и оценим его пользу на реальных примерах.

Доклад - финализация истории о том как мы готовились к миграции больших промышленных баз данных (50+ ТБ) с Oracle Exadata на Postgres Pro Enterprise 16. Большая часть выступления будет посвящена новым проблемам и их решениям, а так же урокам полученным в ходе реальной миграции, кто в итоге стал бутылочным горлышком и как готовить экземпляр Postgres к миграции.
Расскажу о впечатляющих скоростях (8+ ТБ в час), достигнутых в ходе подготовки и почему это не предел.

Отказоустойчивый кластер BiHA теперь доступен и в редакции Postgres Pro Standard, поэтому доклад будет интересен всем кто планирует миграцию из Patroni. А так же рассмотрим как работает логическая репликация и разберёмся как развернуть катастрофоустойчивый кластер между двумя городами при ограниченном количестве узлов.