Postgres Professional

? Обычно это выглядит так: Бизнес: «Аналитика готовится слишком долго». Аналитики: «Мы не можем напрямую работать с данными и ждем задач через инженеров». Инженеры: «Нельзя пускать аналитиков в центральное DWH — один неудачный запрос может положить систему». Такая ситуация встречается почти везде: в классических DWH Greenplum и Vertica, в современных системах вроде StarRocks и даже в lakehouse-инсталляциях на базе Spark. Причина — в архитектуре. Где возникает проблема Во многих аналитических СУБД есть общий компонент, через который проходит обработка запросов...

Обычно проблемы с производительностью PostgreSQL ищут в медленных запросах. Но на практике все бывает сложнее: система может тормозить по причинам, которые не лежат на поверхности. В докладе с PGConf.Россия 2025 Михаил Жилин поделился реальными историями из практики перфоманс-инженеров Postgres Professional. Например: ✔️ Почему индекс может не использоваться, хотя он есть. ✔️ Как старые версии строк и MVCC могут неожиданно замедлять систему. ✔️ Почему коммит может занимать сотни миллисекунд из-за временных таблиц...

Когда речь заходит об оптимизации базы данных, разработчики обычно перечисляют привычный набор приёмов: слегка переписать запрос, накинуть индекс на колонку, денормализовать, сделать analyze, vacuum, cluster, и так по кругу. Классические техники, конечно, работают, но иногда креативный подход даёт гораздо больше. Представим, что у нас есть таблица пользователей: db=# CREATE TABLE users ( id INT PRIMARY KEY, username TEXT NOT NULL, plan TEXT NOT NULL, CONSTRAINT plan_check CHECK (plan IN ('free', 'pro')) ); CREATE TABLE Для каждого пользователя мы храним имя и тарифный план...

23-24 марта в Москве пройдет PGConf.Россия 2026 — крупнейшая российская конференция по PostgreSQL и решениям на ее основе. Это главная встреча сообщества PostgreSQL в России: два дня докладов, мастер-классов, обсуждений и общения с разработчиками и экспертами. В этом году в программе: ✔️ 51 доклад и 8 мастер-классов — про производительность, отказоустойчивость, масштабируемость, мониторинг, безопасность, миграцию БД, оптимизацию запросов и новые возможности PostgreSQL. ✔️ Выступления контрибьюторов PostgreSQL, инженеров и архитекторов ведущих ИТ-компаний. ✔️ Практические мастер-классы, где эксперты покажут работу с PostgreSQL на реальных примерах...

Всем привет, меня зовут Николай Голов. Всю свою профессиональную жизнь я строю аналитические платформы. Возможно, вы видели мои статьи про Vertica и Snowflake. В последние годы я в качестве консультанта помогал десяткам организаций выстраивать дата-платформы. И почти всегда наша дискуссия с новой командой начиналась с одного и того же «дня сурка»: — бизнес: «Аналитики работают слишком медленно!»; — аналитики: «Нам не дают работать с базой напрямую, заставляют ставить задачи дата-инженерам и ждать...

Производительность СУБД PostgreSQL — один из ключевых параметров, непосредственно влияющий на работу всей системы. Поэтому за производительностью тщательно следят, в том числе с помощью нагрузочного тестирования. Но провести тест — мало. Нужно ещё быть уверенным в достоверности полученного результата. И с этим нередко возникают проблемы. Рассказываем, как команда Postgres Professional решила эту задачу и разработала инструмент, позволяющий автоматически проводить статистический анализ результата бенчмарка с учётом особенностей каждого набора данных...

». На вебинаре Марк Ривкин, руководитель отдела технического консалтинга Postgres Professional, разберет ключевые изменения в релизе Postgres Pro Enterprise 18 и покажет, как они влияют на скорость и предсказуемость эксплуатации под высокой нагрузкой...

Давайте снимем розовые очки. Работа рекрутера — это вовсе не вдумчивое чтение биографий под латте и поиск «того самого» таланта. Реальность выглядит как поле боя. За последние три года рынок сошёл с ума. Благодаря скриптам и автооткликам цифры откликов выросли в 2–3 раза: И это не теоретические выкладки, а реальные цифры, которые мы в Postgres Professional наблюдаем с открытием каждой новой вакансии. Когда мы начинаем поиск фронтендера, на эйчаров обрушивается цунами. У них нет времени на лирику — есть 15–20 секунд на первый скрининг...

Причина часто не в данных и не в железе. Планировщик может недооценить кардинальность и стоимость шагов, выбрать слишком дешевый для себя план, а в реальности получить Nested Loop там, где выгоднее Hash Join, или Seq Scan вместо Index Scan. Бывает и так, что дерево запроса устроено неудачно: нужные условия спрятаны, и часть эффективных алгоритмов просто не рассматривается. Эти случаи закрывает расширение pgpro_planner. Оно переписывает неудобные для оптимизатора куски дерева запроса в более дружелюбный вид еще до того, как основной планировщик выберет план...

Постгрес-хакер из Yandex Cloud Андрей Бородин приглашает на PGConf.Россия 2026. В докладе «Заметки о целостности данных» он расскажет, почему при эксплуатации большого числа баз можно столкнуться с порчей данных. В 99% случаев причина в собственных действиях: неправильно настроили fsync, запустили pg_resetwal с неверными параметрами, обновили libc слишком резко...

В четверг, 5 марта в 11:00 еще раз проведем вебинар «Postgres Pro Enterprise 18: как ускорить и обезопасить критичные системы без лишней магии». На вебинаре Марк Ривкин, руководитель отдела технического консалтинга Postgres Professional,...

Итог тоже знакомый: диск быстро переполняется, база начинает тормозить, а в логах тонет все полезное. Мы изначально делали pg_proaudit не как замену стандартному логгеру PostgreSQL, а как дополнение: отделить аудит от технических артефактов системы и выдавать чистый поток событий для SIEM. Плюс важно не писать все подряд, а выделять конкретные зоны риска и следить именно за ними. Но первая версия уперлась в эксплуатацию: инструмент был мощный и быстрый, но его было слишком сложно настраивать. Администраторы считали, сколько правил нужно создать вручную, и часто выбирали что-то попроще...