pg_dphyp: учим PostgreSQL соединять таблицы по другому

Планировщик PostgreSQL предлагает оптимальный способ соединения таблиц, опираясь на алгоритмы DPsize (динамическое программирование) и GEQO (генетическая эвристика). Мы задались вопросом: а что если взять алгоритм DPhyp, основанный на гиперграфах и реализованный в некоторых других СУБД, и «вшить» его в PostgreSQL без правок ядра?

В нашей новой статье на Habr – подробный R&D-отчёт о прототипировании расширения pg_dphyp, реализующего этот алгоритм. В центре попытки его создать — задача реализации преимуществ гиперграфного подхода без изменения существующей инфраструктуры планировщика. В результате в одном из тестов удалось ускорить планирование конкретного сложного JOIN-запроса в 600 раз.

Кейс показал, что DPhyp способен не просто разнообразить арсенал PostgreSQL, но в отдельных сценариях прирастить производительность. Недостатки у алгоритма есть, но значит, есть и пространство для будущих размышлений и исследований!

↗️Читайте статью в нашем блоге на Habr

#Tantor #Habr

Представляем новый учебный курс DBA1-17 «Tantor: Администрирование PostgreSQL 17», рассчитанный на тех, кто работает с PostgreSQL и хочет быть в курсе актуальных изменений. Курс ориентирован на развитие практических навыков и будет полезен как пользователям СУБД Tantor Postgres, так и всем, кто работает с ванильным PostgreSQL.

Пятидневная программа обучения построена на основе СУБД Tantor Postgres 17.5, вышедшей в июне 2025 года. Существенно переработаны разделы, посвященные архитектуре, диагностике и вопросам информационной безопасности. Обучение сочетает теорию и практические занятия, которые можно выполнять как в виртуальной среде, так и на собственных установках PostgreSQL. Обзор библиотек и расширений СУБД Tantor Postgres вынесен в заключительный модуль, где рассматриваются новые возможности, появившиеся в версии 17.5.

Все учебные материалы и практикумы доступны в открытом доступе, также доступны занятия с инструктором в учебных центрах.

↗️Подробнее о курсе

#Tantor #TantorPostgres #Training

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

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

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

Tantor XData 2Y — в реестре Минпромторга России

Теперь официально: машина баз данных Tantor XData 2Y включена в «Реестр российской промышленной продукции». Это подтверждает отечественное происхождение как ПО, так и аппаратной части, а значит — дает приоритет в госконтрактах и тендерах.

МБД Tantor XData 2Y предназначена для высокоскоростной обработки OLTP- и OLAP-нагрузок в корпоративных системах, позволяет обрабатывать до 120 000 транзакций в секунду и осуществлять резервное копирование на скорости до 35 ТБ/ч. В ее основе — серверы Yadro и другие реестровые аппаратные компоненты, а также программный комплекс Tantor XData, использующий СУБД Tantor Postgres в различных редакциях.

МБД Tantor XData — выбор для тех, кто строит ИТ-инфраструктуру на базе российского технологического стека и рассчитывает на самую высокую производительность!

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

#Tantor #XData

Программный комплекс управления МБД Tantor XData внесен в единый реестр российского ПО Минцифры (реестровая запись №29027 от 31.07.2025 г.).

МБД Tantor XData представляет собой специализированный программно-аппаратный комплекс для обработки транзакционных и аналитических нагрузок в высоконагруженных корпоративных системах. ПК Tantor XData обеспечивает оркестрирование кластеров СУБД, резервное копирование, логирование и мониторинг, а также включает графический интерфейс централизованного управления инфраструктурой. В его основе — СУБД Tantor Postgres в различных редакциях, включая сертифицированную ФСТЭК России по 4-му уровню доверия, а работает ПК Tantor XData под управлением серверной ОС Astra Linux.

МБД линейки Tantor XData рассчитаны на высокие рабочие нагрузки (до 120 000 TPS), обеспечивают высокоскоростное резервное копирование до 35 ТБ/час и могут применяться в высоконагруженных системах (включая «1С»), в финансовом секторе, госструктурах, ритейле, телекоме, промышленности и других отраслях, в которых критически важны скорость, масштабируемость, безопасность и соответствие требованиям регуляторов.

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

#TantorXData

КЕЙС: Крупнейшая региональная государственная аптечная сеть России — «Губернские аптеки» — перешла с 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