Выложили запись вебинара «Instance-tuning: устраняем узкие места в производительности СУБД».

Разобрали, как настроить Postgres Pro, чтобы сервер не упирался в CPU, память и диск, а запросы выполнялись стабильно и предсказуемо:

✔️ Как СУБД работает изнутри: серверные процессы, кеширование, блокировки.

✔️ Какие GUC-параметры действительно влияют на производительность и как подбирать их под вашу нагрузку.

✔️ Какие диагностические инструменты Postgres Pro помогают находить и устранять узкие места.

Смотрите запись на YouTube, Rutube и VK.

PGTechDay 2026: 15+ докладов и воркшопов, 5+ демонстраций решений и 10 часов профессионального общения

27 января проведем масштабную техническую конференцию о наших решениях. Расскажем о том, как устроены разработки и какие новые технологии мы предлагаем рынку в 2026 году.

Обсудим, какие возможности они предоставляют для разработчиков, представим абсолютно новые продукты и мажорные обновления существующих решений.

🔹 15+ докладов и воркшопов

Специалисты представят абсолютно новые продукты, расскажут про возможности и фичи решений, проведут обзор мажорных обновлений.

🔹 5+ демонстраций решений

✔️Postgres Pro Enterprise 18 — СУБД для большого бизнеса
✔️Shardman — распределенная реляционная СУБД
✔️Профессиональные сервисы компании
✔️Ask Postgres — AI-ассистент для работы с БД
✔️ProGate — комплексное решение для миграции и репликации данных
✔️Новые продукты компании

🔹 300+ участников

Разработчики и архитекторы БД, DBA и сотрудники ТП, руководители направлений, которые хотят больше узнать о техническом устройстве наших решений.

📍 27 января онлайн и офлайн. Участие — бесплатное, необходимо зарегистрироваться на корпоративную почту и получить подтверждение заявки.

➡️ Офлайн: Москва, площадь Евразии, 2 (гостиница «Рэдиссон Славянская»).
➡️ Онлайн: трансляция будет доступна по ссылке, которая прийдет зарегистрированным участникам на почту за 2 дня до проведения мероприятия.

Регистрация на PGTechDay 2026

Postgres Professional и К2Тех провели исследование о том, как компании в России защищают персональные данные.

Опросили более 100 ИТ/ИБ-директоров и выяснили, какие вызовы они считают самыми острыми и какие требования безопасности предъявляют к российским СУБД.

Главный вывод:

Больше всего бизнес беспокоят не внешние атаки, а безопасность во внутренних процессах — 33% компаний назвали главным вызовом защиту данных в тестовых и аналитических средах.

Как компании выбирают СУБД:

➡️ Для 93% опрошенных ключевым фактором стала встроенная прозрачная защита данных на уровне СУБД — TDE с соблюдением ГОСТ.

➡️ На втором месте усиленный контроль доступа (65%).

➡️ На третьем — наличие сертификатов от регуляторов (53%).

63% компаний отмечают, что базовые потребности в защите уже закрываются встроенными механизмами отечественных СУБД, и спрос на такие продукты вырос на 37%.

Подробности и комментарии экспертов К2Тех и Postgres Professional читайте на сайте.

Файлы в базе считают плохой идеей. Но в реальности они все равно постоянно там оказываются: нужно хранить запрос с подписью в одной транзакции, тянуть документы ради аудита, мигрировать с Oracle, где файлы уже лежат в БД через DBMS_LOB.

Проблема в том, что если просто сложить файлы в таблицу в PostgreSQL, то вы быстро упретесь в технические барьеры.

Простые таблицы с bytea/text по умолчанию не принимают данные больше 1 ГБ — получите ERROR: file length too large. При массе тяжелых вставок система начинает дробить данные на TOAST-чанки, сжимать их, крутить BufferIO и BufferMapping, и вставка внезапно тормозит.

Хранилище больших объектов pg_largeobject кажется выходом, но и там лимит: до 32 ТБ и примерно 4,2 млрд строк, секционирования нет, удаление строки с OID в пользовательской таблице не чистит сами данные, миграции и обновления усложняются, а при параллельных вставках процессы упираются в блокировку OidGen.

В Postgres Pro Enterprise, начиная с 16 версии, есть специальные модули:

✔️ pgpro_sfile — хранит большие объекты внутри БД, убирает потолки TOAST и pg_largeobject, размер хранилища и число объектов зависят только от диска и bigint.

✔️ pgpro_bfile — работает с файлами на диске, а в базе держит только ссылки на них, по модели Oracle BFILE.

✔️ dbms_lob — эмуляция Oracle DBMS_LOB (CLOB/BLOB/BFILE), которая позволяет переносить приложения с минимальными изменениями кода.

В статье на Хабре рассказали, где в ванильном PostgreSQL начинаются проблемы с файлами и как Postgres Pro Enterprise позволяет хранить сотни терабайт файлов, а не бороться с лимитами.