Блог

Фильтр по тегам

Как мы тестируем Tantor Postgres для 1С — от нагрузочных тестов до оптимизаций планировщика
Александр Симонов, руководитель направления развития 1С в "Тантор Лабс", рассказывает, как устроен процесс тестирования изнутри, почему одного "эталонного" прогона недостаточно, что делать, когда ванильный PostgreSQL 18 ломает собственные оптимизации, и как Tantor Postgres приближается к той планке, которую MS SQL Server держал годами.

CSN vs MVCC Postgres: решаем проблему Long Fork аномалии и причем тут деградация Postgres при тысячах SAVEPOINT-ов
Одно из узких мест масштабируемости в традиционном PostgreSQL MVCC – получение снимков. Каждый раз, когда транзакции требуется снимок, она должна получить ProcArrayLock и пройтись по всем активным бэкендам, чтобы собрать их идентификаторы транзакций. Эта операция становится все более затратной по мере роста числа одновременных соединений: при тысячах соединений конкуренция за блокировку может серьезно ограничить пропускную способность.

Разбираемся с ошибкой no empty local buffer available в PostgreSQL 18
Ошибка возникала на типовой конфигурации 1С:ЗУП при формировании отчета по штатной численности. Версия PostgreSQL - 18.1, на 17-й версии проблемы не было. Запрос, приводившей к ошибке, пытался выполнить вставку во временную таблицу

Exadata на Postgres, или старые архитектурные проблемы и их решение в МБД Tantor XData Gen3
Мы создали отдельный форк СУБД Tantor Polar, имеющий общие элементы и архитектуру с оригинальной открытой версией PolarDB for PostgreSQL, но представляющий собой его глубокую переработку. Далее пойдет речь именно об этой редакции, а не об open source версии PolarDB.

От неизвестной схемы до защищённой БД: полный цикл защиты данных в Tantor Certified 17
Ручной анализ схемы БД из 50+ таблиц займёт часы, а риск что-то упустить останется высоким. Каждый день промедления – потенциальное нарушение требований регуляторов.

Ускорение планирования JOIN’ов — до 16 раз быстрее
Скрытая стоимость избыточной осведомленности. Так можно сказать о ситуации, когда данные распределены неравномерно, целевые значения статистики Postgres установлены высоко, и планировщик пытается оценить стоимость операции JOIN