Упереться в лимит 4 миллиарда строк в TOAST-таблице или поймать OidGen lock при массовой заливке документов — страшный сон администратора PostgreSQL. Хотя архитекторы советуют выносить файлы в S3, реальность часто диктует хранение внутри БД. Руководитель группы по оптимизации приложений Александр Попов разбирает, как работают стандартные механизмы bytea и pg_largeobject, где находятся их «бутылочные горлышки» и как эти ограничения обходятся в Postgres Pro Enterprise. Читать далее
| # | Наименование новости | Тональность | Информативность | Дата публикации |
|---|---|---|---|---|
| 1 | Почему QA должен быть душнилой: тестируем PostgreSQL и не даём разработчикам расслабиться | 5 | 8 | 28-11-2025 |
| 2 | Кэш результатов запросов в Postgres Pro: как ускорить часто выполняющиеся запросы и разгрузить базу | 5 | 7 | 15-05-2026 |
| 3 | Postgres Pro Enterprise 18: встроенный in-memory кеш и новые горизонты отказоустойчивости | 5 | 7 | 27-01-2026 |
| 4 | Оптимизация работы с 1С в Postgres Pro: новые возможности | 5 | 7 | 03-12-2025 |
| 5 | Маленькие, но мощные оптимизации: как pgpro_planner спасает запросы из мира 1С | 5 | 7 | 10-12-2025 |
| 6 | Переход MultiXactOffset на 64 бита в Postgres | 5 | 7 | 05-03-2026 |
| 7 | Каким будет энтерпрайз-СУБД в эпоху ИИ | 0 | 5 | 06-01-2026 |
| 8 | PostgreSQL 19: Часть 4 или Коммитфест 2026-01 | 0 | 5 | 12-02-2026 |
| 9 | PostgreSQL 19: Часть 3 или Коммитфест 2025-11 | 0 | 5 | 03-02-2026 |