Мажорное обновление платформы Tantor 6.0: переработанный UI и интеграция с RuBackup

➡️ Полностью переработанный интерфейс: упрощены навигация и организация рабочего пространства. Все ключевые инструменты (SQL-редактор, анонимайзер, модули аналитики, мониторинга и другие) теперь доступны в едином блоке, а переключение на требуемый функционал стало более интуитивным. Добавлена гибкая настройка отображения столбцов таблиц и другие возможности

➡️ Обновлена ролевая модель доступа, поддерживающая разграничение прав на системном уровне (новая роль «Владелец системы») и на уровнях тенантов, администраторов и наблюдателей

➡️ Улучшения, облегчающие работу со сторонними сервисами: интеграция с системой резервного копирования, восстановления и защиты данных RuBackup позволяет просматривать все резервные копии в разрезах кластеров и инстансов с отметками о результате их создания, а подключение к корпоративному почтовому серверу для отправки уведомлений на e-mail теперь настраивается прямо в интерфейсе

↗️ Подробнее – в пресс-релизе.

#Tantor #TantorPostgres #ПлатформаTantor

Почему PostgreSQL иногда делает «неправильный» выбор индекса — и как это исправить?

Бывает так, что после миграции «1С» на Postgres часть запросов внезапно начинает работать в разы медленнее из-за того, что когда есть несколько индексов с одинаковыми ведущими столбцами, планировщик выбирает не самый подходящий. Типичная ситуация: есть «широкий» индекс, покрывающий все условия запроса, и «узкий», обслуживающий другие запросы, и планировщик выбирает узкий, потому что его стоимость представляется более низкой. Это приводит к избыточному чтению данных и многократному увеличению времени выполнения.

В свежей статье на Хабре подробно разбираем, как PostgreSQL оценивает стоимость индексного доступа, в каких формулах кроется подвох, почему селективность может быть «запредельной». Показываем, как можно использовать расширенную статистику и что даёт наш патч, который исправляет выбор индекса в Tantor Postgres 17.5.

Если вам интересна работа планировщика и технические детали работы индексов — читайте статью. Она поможет понять, почему "всё медленно", когда всё вроде бы правильно.

↗️Читать статью

#TantorPostgres #PostgreSQL #1C #Производительность #Habr

КЕЙС: Крупнейшая региональная государственная аптечная сеть России — «Губернские аптеки» — перешла с MS SQL Server на российскую СУБД Tantor Postgres в редакции Special Edition 1C, со встроенной платформой для мониторинга и администрирования.

Миграция шести высоконагруженных 1С-систем (2000 рабочих мест) выполнена собственной IT-командой заказчика. Системы переведены в продуктив поэтапно, без сбоев. Использование платформы Tantor помогло устранить неоптимальные запросы и оптимизировать производительность (отдельные ресурсоёмкие операции ускорились вдвое).

До конца 2025 года запланирован перевод ещё пяти информационных систем.

↗️Читать пресс-релиз

#Tantor #TantorPostgres #1C #Миграция #Кейсы

На Хабре вышла наша новая статья — настоящая ретроспектива длиной в восемь лет. Рассказываем историю патча с 64-битным счётчиком транзакций: всё началось ещё в 2017 году, и с тех пор он прошёл через десятки версий. Показываем, как менялся подход к реализации, какие проблемы возникали при переносе между версиями и почему сообщество до сих пор не приняло патч, несмотря его на важность для высоконагруженных систем.

Вы узнаете:
➡️Чем опасен wraparound — циклическое переполнение 32-битного счетчика;
➡️Почему штатного механизма заморозки (freeze) для высоконагруженных систем бывает недостаточно;
➡️Почему даже сегодня патч остаётся коммерческой технологией;
➡️Как именно реализуют 64-битный счетчик.

В общем, история — про настойчивость, collaboration и вызовы, которые принимает open-source сообщество. Приглашаем к чтению и обсуждению всех, кому интересна глубокая разработка СУБД и будущее PostgreSQL!

↗️Читать статью

#TantorPostgres #PostgreSQL #Habr

Алмазы проверяют давлением, а базы данных — нагрузочным тестированием. В АК «АЛРОСА» завершился этап испытаний СУБД Tantor Postgres в связке с системой «1С:Предприятие». За полтора месяца были подготовлены сценарии, настроена инфраструктура и проведён тест с одновременной работой 700 пользователей.

СУБД Tantor Postgres в редакции Special Edition 1C продемонстрировала стабильность, отказоустойчивость и производительность на уровне «Отлично» по индексу APDEX (выше 0.94). Система работала без сбоев, обеспечивая комфортный отклик даже под экстремальной нагрузкой.

По итогам испытаний вновь подтверждено, что связка СУБД Tantor Postgres и «1С:Предприятие» обеспечивает необходимый уровень производительности и устойчивости для крупного бизнеса. Следующий шаг — запланированное масштабное тестирование уже на 4000 пользователей. К 2028 году АЛРОСА планирует полностью перейти на российские программные решения.

↗️Читать пресс-релиз

#Tantor #TantorPostgres #1C