На «ЦИПР 2026» компания Postgres Professional показала новую версию Postgres Pro для 1С, рассчитанную на крупные инсталляции с десятками тысяч пользователей и базами до 150 ТБ. Для рынка, где «1С» давно стала не просто бухгалтерией, а позвоночником ERP-процессов, новость практическая: если база перестаёт быть узким местом, бизнесу проще переживать пики нагрузки без срочной закупки дорогого железа.
Речь идёт не о косметическом апдейте. Как сообщает D-Russia, новая версия Postgres Pro Enterprise для «1С» опирается на эксплуатацию у крупных заказчиков из промышленности, ретейла и финансового сектора, а также на независимое тестирование партнёра «ИТ-Экспертиза». По данным компании, система стабильно работает с 30 тысячами одновременно активных пользователей и базами данных объёмом до 150 ТБ на массовом, а не специализированном оборудовании. Для российских ИТ-команд это, пожалуй, самая важная часть анонса: разговор снова идёт не про лабораторные рекорды, а про попытку снять боль реальных инсталляций, где ERP нельзя просто «перезапустить позже».
Главная претензия к большим внедрениям «1С» известна давно: с ростом базы и числа пользователей система начинает тратить слишком много времени на то, что в нормальной жизни должно происходить незаметно. Один из таких узких участков — поиск. В базах с миллионами записей обычный поиск по словам может занимать минуты, и это уже не мелкая техническая шероховатость, а прямой тормоз для операционных процессов. В новой версии Postgres Pro для 1С для этой задачи внедрили механизм, адаптированный под типы данных, которые использует «1С» — MCHAR/MVARCHAR LIKE. По заявлению разработчика, поиск по словам ускоряется в 3–7 раз, а поиск по произвольной подстроке в больших массивах документов — на несколько порядков за счёт специализированной индексации. Переводя с языка вендорских презентаций на язык эксплуатации: если сотрудник не ждёт выдачу по документам вечность, то и ERP меньше похожа на квест с элементами терпения.
Вторая хроническая проблема больших инсталляций — блокировки, особенно когда множество пользователей одновременно выполняют типовые операции. Именно здесь производительность «1С» часто проседает не из-за одного тяжёлого запроса, а из-за цепочки задержек, которая расползается по системе. Postgres Professional заявляет, что закрывает этот класс проблем несколькими доработками сразу. Среди них — снижение числа служебных операций за счёт пропуска избыточных инвалидаций при актуализации устаревших колонок без удаления файлов; компания отдельно подчёркивает, что это важно для быстрых инсталляций с более чем 1000 клиентов. Также заявлена оптимизация механизмов блокировки временных таблиц, которая даёт до 27% ускорения при одновременных действиях пользователей без дополнительного потребления памяти и процессорных ядер. Отдельно переработана обработка временных файлов: первые запросы пользователей, по данным разработчика, выполняются в 1,5–2 раза быстрее. Это уже не история про красивый график в тестовом стенде, а про утренние пики, массовый вход сотрудников и типичный вопрос ИТ-директора: почему всё опять замедлилось ровно тогда, когда нужно работать.
Есть и третья зона, где улучшения выглядят особенно прикладными, — планировщик запросов. В «1С» данные часто распределены неравномерно: документы и операции завязаны на даты, статусы и другие поля, где статистика далека от равномерной. В такой среде стандартный планировщик может упрямо выбирать не лучший путь выполнения запроса, а пользователь потом смотрит на бесконечную обработку и пытается угадать, кто именно виноват — сеть, сервер или судьба. В Postgres Pro Enterprise для «1С» планировщик доработали с учётом таких сценариев. Компания приводит понятный для бизнеса пример: бухгалтерская операция «закрытие месяца» сократилась с 4 часов до 20 минут, и этот результат, по заявлению разработчика, подтверждён тестами в реальной среде. Даже если смотреть на цифру осторожно и помнить, что многое зависит от конфигурации, объёма данных и конкретного контура, сам вектор понятен: оптимизация бьёт по самой дорогой части ERP-нагрузки — длинным, критичным, плохо предсказуемым операциям.
Контекст у этого анонса тоже вполне земной. По данным опросов ИТ-заказчиков, которые Postgres Professional провела перед «ЦИПР 2026», более 40% респондентов используют «1С» как ERP-решение. Это означает, что любая доработка на стыке СУБД и «1С» автоматически становится вопросом не только для администраторов баз данных, но и для продактов внутренних платформ, ИТ-служб, интеграторов и HR, которые потом объясняют бизнесу, почему половина сотрудников жалуется на медленные операции в конце месяца. На фоне импортозамещения, перехода с зарубежных платформ и общего давления на ИТ-бюджеты идея «выжать больше из массового оборудования» выглядит не модным лозунгом, а очень конкретной экономикой. Если производительность удаётся поднять за счёт оптимизации СУБД, а не только через вертикальное масштабирование, выигрыш получает не только DBA-команда, но и весь контур владения системой.
Для разработчиков и архитекторов здесь важен ещё один сигнал. Рынок всё реже готов мириться с универсальными обещаниями «подходит для всех нагрузок» и всё чаще ждёт узкоспециализированных доработок под конкретные прикладные сценарии. История с Postgres Pro для 1С как раз об этом: не очередная абстрактная прибавка в процентах, а настройка под поиск, временные таблицы, блокировки и планировщик именно в той среде, где крутится значительная часть российского корпоративного софта. Если эти улучшения действительно воспроизводимы у разных заказчиков, то конкуренция в сегменте СУБД для тяжёлых ERP-нагрузок будет идти уже не только по флажку «совместимо с 1С», а по более жёсткому критерию: насколько база умеет держать реальную многопользовательскую эксплуатацию без привычного набора сюрпризов.
На этом фоне следующий логичный вопрос для рынка звучит просто: станут ли такие отраслевые оптимизации новым стандартом для корпоративных СУБД, или пока это преимущество останется у тех вендоров, кто готов глубоко копаться в специфике конкретных бизнес-приложений. Для заказчиков, у которых «1С» давно превратилась в центр операционного контура, ответ на этот вопрос измеряется не в презентациях, а в минутах ожидания, количестве инцидентов и счёте за инфраструктуру.