PostgreSQL остается одной из самых зрелых и быстро развивающихся открытых СУБД, однако для российских вендоров перед ними стоит более сложная задача. Решениям на базе Postgres приходится закрывать сценарии, ранее обеспечиваемые зарубежными платформами более высокого технологического класса, прежде всего Oracle. Речь идет не о совместимости или поддержке базовых нагрузок, а о масштабировании, работе со смешанными и ИИ-нагрузками, тысячах подключений и эффективном использовании инфраструктурных ресурсов. Для корпоративной СУБД важно не только сохранять совместимость с PostgreSQL, но и развивать собственные технологии непосредственно на уровне СУБД, чтобы избежать усложнения архитектуры за счет внешних компонентов. На этом строится развитие продуктовой экосистемы Tantor, где наиболее сложные решения анонсируются в Tantor Postgres после проверок в специализированных продуктах, таких как Tantor XData Gen3 и Tantor Polar.
В релизе СУБД Tantor Postgres 18 наряду с возможностями PostgreSQL 18 появились новые разработки «Тантор Лабс», ранее созданные для более специализированных продуктов. Одним из примеров является технология Commit Sequence Number (CSN). При большом количестве одновременных подключений традиционный механизм формирования снимка данных требует учета состояния большого числа активных процессов. CSN использует монотонно возрастающий номер, присваиваемый транзакции при фиксации, что позволяет снизить эти накладные расходы. Также в продукт перенесены технологии Compression Storage Manager (CSM) от «Тантор Лабс». CSM сжимает страницы на уровне менеджера хранения при записи на диск, оставляя для приложения таблицы и индексы обычными объектами СУБД. Это позволяет балансировать между степенью сжатия, скоростью работы и нагрузкой на CPU, сжимая не все подряд, а только те объекты, для которых это действительно оправдано.
Для крупных систем «1С» недостаточно просто обеспечить совместимость с PostgreSQL, так как у таких систем свой профиль нагрузки: сложные запросы, интенсивная работа с временными таблицами, регламентные операции, большие базы и тысячи пользователей. В Tantor Postgres 18 реализовано около 50 оптимизаций для таких сценарий, включая изменения в оценке кардинальности, полноценный параллелизм, оптимизацию работы с виртуальными и временными таблицами, улучшения планирования запросов и работы с репликами. Каждая оптимизация должна доказать свою пользу на реальных нагрузочных сценариях, от быстрых тестов до многочасовых прогонов на больших базах с несколькими тысячами пользователей. Такой подход позволяет развивать СУБД не вокруг абстрактного набора тестов, а вокруг реального поведения корпоративных приложений, обеспечивая предсказуемую работу системы после обновления без необходимости постоянной ручной адаптации.
Следующий уровень развития — эксплуатация, где ИИ становится частью эксплуатационного контура СУБД. Поставка любой редакции Tantor Postgres включает в себя Платформу Tantor — передовой графический инструмент для мониторинга и управления. В релизе 7.0 появился ИИ-мониторинг, который анализирует состояние экземпляров, выявляет потенциальные проблемы и формирует рекомендации. Это управляемый контур взаимодействия ИИ с СУБД, в котором модель получает необходимый контекст и возможности для диагностики, а система определяет границы её работы. Tantor Postgres 18 показывает, как меняется подход к развитию корпоративной СУБД: новые возможности возникают из конкретных задач, проходят проверку в специализированных продуктах и на реальных нагрузках, а затем становятся частью основной СУБД. При этом сохраняется главное преимущество PostgreSQL — совместимость с существующими приложениями и накопленной вокруг него экосистемой.
