🚀 Как мы автоматизировали работу с PostgreSQL и сэкономили тысячи часов

Приветствуем всех, кто работает с базами данных! Команда СУБД Pangolin (доработанная сборка PostgreSQL) поделилась опытом автоматизации обновлений, развёртывания и настройки кластеров.

🔹 Что сделали:
✔ Автоматизировали обновления и настройку PostgreSQL-кластеров.
✔ Уменьшили риски потери данных и нагрузку на техподдержку.
✔ Протестировали решение на тысячах кластеров в Сбере.

🔹 Как работает:
Используется Ansible, требующий только SSH и Python на серверах.

🔗 Читать подробности на Habr

#БазыДанных #PostgreSQL #Автоматизация #DevOps #SberTech

Когда pgstatstatements становится узким местом? 🤔

📌 pgstatstatements — мощное расширение PostgreSQL для анализа запросов, но на высоконагруженных системах оно само может снижать производительность.

🔹 Проблемы:
• Конкуренция за ресурсы
• Рост накладных расходов
• Просадки при высокой частоте запросов

🔹 Решение: сэмплирование — сбор статистики не для всех запросов, а для выборочных, чтобы уменьшить нагрузку.

📖 Подробнее о том, как это работает и когда действительно нужно → Читать на Habr

#PostgreSQL #Производительность #Оптимизация

🔍 Векторный поиск в PostgreSQL: мощь pgvector

Расширение pgvector превращает PostgreSQL в мощный инструмент для векторного поиска – идеальное решение для рекомендательных систем, чат-ботов и работы с эмбеддингами.

Зачем это нужно?
✅ Встроенный векторный поиск без сложной инфраструктуры
✅ Интеграция с LLM и семантическими запросами
✅ Быстрое масштабирование внутри знакомого стека

Кому пригодится?
🔸 Продуктовым командам
🔸 Бэкенд-разработчикам
🔸 Инженерам данных

Подробности и практическое применение — в статье:
👉 Читать на Habr

#PostgreSQL #pgvector #БазыДанных #AI #ML

🔍 Зачем бизнесу управляемые базы данных в облаке

📌 Типичная ситуация: запустили проект на PostgreSQL, база на виртуалке, без DBA, мониторинга и обновлений. Ночь → падение → паника. Результат: чат с криками, поиск багов, попытки восстановления (если бэкапы были).

💡 Решение – управляемые СУБД в облаке
✅ Автоматические обновления
✅ Резервное копирование
✅ Мониторинг и поддержка провайдера
✅ Минус головной боли для команды

Команда РТК-ЦОД объясняет, как это работает и зачем бизнесу.

📖 Читать статью на Хабре

#Cloud #PostgreSQL #Инфраструктура #DevOps

🧠 Проблемы с Plan'ами PREPARED-запросов в PostgreSQL

На PGConf.DE 2025 разработчики обсуждали неожиданную проблему: время планирования запросов в PostgreSQL становится критичным на больших базах. Это даже мешает внедрению партиционирования, хотя оно логично для таблиц с сотнями миллионов записей.

Почему так происходит и как с этим работать? Разбираемся в статье 👇

🔗 Читать на Habr

#PostgreSQL #Оптимизация #БД #Разработка

📌 OAuth 2.0 в PostgreSQL: Подключаем Keycloak для безопасной авторизации

🔹 Что нового?
Tantor Postgres 17.5.0 (и будущий PostgreSQL 18) поддерживает OAuth 2.0 Device Authorization Flow — безопасный способ авторизации через внешние системы, такие как Keycloak. Это идеальное решение для облачных сервисов и микросервисов!

🔹 Что внутри?
✔ Пошаговая настройка Keycloak
✔ Подготовка PostgreSQL для работы с OAuth
✔ Создание валидатора токенов
✔ Тестирование авторизации через psql с Device Flow

🔹 Почему это важно?
Безопасность и удобство: минимизация ручного ввода паролей, интеграция с корпоративными IAM-системами.

📖 Читать подробнее: OAuth 2.0 в PostgreSQL на примере Keycloak

#PostgreSQL #OAuth #Keycloak #DevSecOps #БазыДанных

🔧 Как работает fillfactor и как его настраивать в PostgreSQL

Если ваши таблицы в PostgreSQL стали резко увеличиваться в размерах, возможно, пора разобраться с параметром fillfactor. Этот параметр определяет, насколько страницы БД заполняются данными при вставке, оставляя место для будущих обновлений.

📌 Что важно знать:
- По умолчанию fillfactor = 100 (страницы заполняются полностью).
- При частых UPDATE стоит уменьшать его (например, до 70-90), чтобы избежать фрагментации и "раздутия" таблиц.
- Настройка:

  
  ALTER TABLE your_table SET (fillfactor = 80);  
  VACUUM FULL your_table; -- перезапись данных с новым fillfactor  
  

Подробный разбор и рекомендации — в статье.

Читать на Habr

#PostgreSQL #Оптимизация #БазыДанных

🔥 Tantor Postgres 17.5: мощные улучшения для 1С-систем

Команда Tantor Postgres выпустила обновление 17.5, которое принесло значительные оптимизации для работы с 1С.

### Что нового?
🔹 Безопасность – усиленная защита данных
🔹 Производительность – ускорение сложных запросов
🔹 RLS (Row-Level Security) – оптимизация работы
🔹 «Закрытие месяца» – снижение нагрузки
🔹 Новые расширения – дополнительные возможности

Результат? Быстрее работа, меньше нагрузки на сервер, проще администрирование!

Подробнее ➡️ Читать на Habr

#1С #PostgreSQL #Tantor #БазыДанных #Оптимизация

🔐 Руководство по pgcrypto — шифрование внутри PostgreSQL. Часть 1

Хранение конфиденциальных данных в PostgreSQL без шифрования — серьёзный риск. Утечка резервной копии, SQL-инъекция или компрометация сервера могут привести к потере персональных данных, API-ключей и другой чувствительной информации.

🔎 Проблема?
Исправление БД постфактум — сложно, дорого и рискованно. Лучше защитить данные сразу.

💡 Решение — pgcrypto
Встроенное расширение PostgreSQL, которое позволяет эффективно шифровать данные прямо в базе.

📌 В статье:
✔ Основы безопасного использования pgcrypto
✔ Как избежать ошибок при шифровании
✔ Практические примеры

📖 Читать статью полностью → Habr

#PostgreSQL #Безопасность #Шифрование #DevSecOps

🚀 Миграция с Firebird на PostgreSQL: подводные камни (Часть 1)

<img src="https://habrastorage.org/webt/p7/nx/yu/p7nxyud771gicddqsb0catd1hv4.png" />

Многие компании сталкиваются с необходимостью перехода с Firebird на PostgreSQL, но часто это решение принимается под давлением мифов.

Типичный сценарий:
- Проект работает годами, но клиенты уверены — проблема в «плохой» СУБД.
- Firebird объявляется причиной всех бед, хотя реальные сложности могут быть в архитектуре или коде.

🔍 Что может пойти не так и как избежать ошибок?

👉 Читать подробнее на Habr

#PostgreSQL #Firebird #Миграция #БазыДанных #IT