ИНТЕРВЬЮ: Алексей Кулаков, директор департамента развития продуктов «Тантор Лабс», подробно рассказал «Российской газете», как технологии искусственного интеллекта становятся важным инструментом в контексте актуальных вызовов российского рынка СУБД.

Главное из интервью:

➡️ИИ-ассистент в решениях Tantor — реальная польза: ответы на вопросы, анализ ошибок в логах, оптимизация запросов и настроек, выдача рекомендаций и др. Время устранения инцидентов снижается на 20%, DBA легче осваивают систему и экономят несколько часов рутины в неделю;

➡️Новый уровень безопасности. Во флагманских МБД Tantor XData внедряется уникальное аппаратное шифрование данных «на лету», предотвращая внутренние угрозы. ИБ-инструментарий помогает автоматически находить уязвимости.

➡️Взгляд в будущее. Развитие ИИ направлено на прогнозирование сбоев и предложение превентивных мер для избегания простоев, выявление трендов, автоподбор параметров индексирования и репликации, выявление аномалий в данных. Стратегическая цель — создание автономной СУБД с ролью «виртуального инженера», способной самонастраиваться и самообслуживаться с минимумом ручного вмешательства.

↗️Интервью В «Российской Газете»

#Интервью #ИИ #Tantor #TantorPostgres #ПлатформаTantor #TantorXData

Механизм работы временных таблиц PostgreSQL и его влияние на таблицы системного каталога

При создании и удалении временных таблиц в PostgreSQL изменяются до 13 таблиц системного каталога, при этом особенно сильно разрастаются pg_attribute, pg_class и pg_depend. Массовое создание и усечение временных таблиц активно применяется в том числе в 1C:ERP.

В нашей новой статье в блоге на Habr — разбор механизмов и особенностей работы с временными таблицами: мониторинг роста, работа автовакуума, замеры падения производительности и нагрузок на буферный кэш. Особое внимание уделено решению этой проблемы в СУБД Tantor Postgres 17.5: параметр enable_temp_memory_catalog переносит метаданные временных таблиц в память процесса, исключая изменения в системных таблицах. Результаты тестов показывают стабильную работу без падения производительности.

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

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

Мажорное обновление платформы 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

Один из главных продуктов компании, СУБД Tantor Postrges, постоянно дополняется новыми функциями. Руководитель разработки СУБД Максим Старков провел демонстрацию системы управления базами данных и рассказал, как компания «Тантор Лабс» находит точки дальнейшего развития СУБД.

Максим продемонстрировал решения, которые внедряют в «Тантор Лабс» для повышения производительности СУБД:
➡️Оптимизация алгоритма сравнения MCV гистограмм;
➡️Оптимизация порядка применения выражений условий отбора;
➡️Параллельное выполнение запросов при работе с временными таблицами;
➡️Оптимизация процесса сбора статистики;
➡️Очередь инвалидационных сообщений;
➡️Эвристические преобразования запросов.

#TantorJAM #мероприятия #TantorPostgres

Михаил Савельев, руководитель группы разработки, рассказал о возможностях и инструментах для решения одной из самых распространенных проблем бизнеса — миграции данных без приостановки бизнес-процессов. Были рассмотрены типичные трудности при переносе данных из legacy-систем и при онлайн-синхронизации, а также способы минимизации рисков и сокращения времени простоев.
Также Михаил рассказал о гибридном движке миграции (CDC\ETL), который лег в основу решений технических вызовов:
➡️Бизнес-приложение может создавать новые объекты в БД;
➡️Большое количество объектов в БД 1С усложняют настройку репликации;
➡️Отсутствие первичных ключей или уникальных индексов не позволяет использовать логическую репликацию;
➡️Адаптация CDC-инструментов осложняется большими объемами инициализирующей загрузки;
➡️CDC-инструменты позволяют снизить даунтайм, однако их применение существенно увеличивает сроки миграции.

#TantorJAM #мероприятия #TantorPostgres #миграция

При логировании соединений с БД системы мониторинга создают сессии для сбора метрик и проверки его доступности. Это генерит большое количество записей в диагностическом журнале, что затрудняет его анализ. Приходится либо отключать логирование, либо…
 
В новой статье на Хабре рассматриваются использование параметра log_disconnections, который обеспечивает отключение логирования, а также расширений pgaudit и pgaudittofile, которые входят в СУБД Tantor Postgres и позволяют выводить логирование соединений в отдельный файл аудита, минуя диагностический лог PostgreSQL.


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

#Tantor #TantorPostgres #Habr