Быстрый старт в маскировании данных с pg_anon

Маскирование данных — это не только про звездочки вместо букв. Это может касаться имён, телефонов, номеров карт, медицинских диагнозов и другой чувствительной информации. Если ваша компания до сих пор передает данные подрядчикам или аналитикам как они есть в базе, это в один «прекрасный» момент обязательно обернётся проблемой.

Чтобы избежать финансовых и репутационных рисков, в работе с БД обязательно нужны гибкие инструменты обезличивания. Один из них — разработанный нами opensource-инструмент pg_anon. Он маскирует конфиденциальные данные, помогая соблюдать закон, защищая информацию и сохраняя её пригодность для анализа.

В новой статье в нашем блоге на Habr:

➡️ Разберем разработанный нами бесплатный инструмент от установки до использования
➡️ Создадим словарь анонимизации
➡️ Снимем дамп с маскированием и проверим результат!


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

#Tantor #TantorPostgres #1C #Anonimization #Habr #Tantor1C

Почему 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 #Миграция #Кейсы

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

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

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

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

#Tantor #TantorPostgres #1C