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

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

➡️ИИ-ассистент в решениях 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