В мире 1С все чаще используется СУБД PostgreSQL. А мы чаще начинаем сталкиваться со странностями или неочевидными вещами, проблемами, тормозами. Это все вместе напрягает бизнес, разработчиков. И мы приходим к классической дилемме: что делать, и кто виноват?

Мы рассмотрим несколько простых, но актуальных кейсов примеров. Поясним, как можно найти подобные проблемы и ошибки. Обсудим, можно ли всё поправить и как поправить.

В процессе прольем свет на несколько "мифов". Поговорим о том, что многие знают, но не все понимают почему работает именно так, а не иначе. Залезем под капот и будем смотреть планы запросов.

Будем искать ответы на следующие вопросы в специфике Postgres:

1. Начнем смотреть на простой демонстрационной базе, но наполненной значительным количеством данных (а как иначе?). Посмотрим, как собрать проблемные запросы? (я предпочитаю использовать конфигурацию мониторинг производительности)
2. Возьмем первый запрос и выполним его. Посмотрим что такое сканирование таблиц и увидим эффективно ли это?
3. Продолжим обсуждение. Что вы знаете про индексы? Для чего они используются? А как они работают или не работают на самом деле? Рассмотрим несколько примеров.
4. Что будет, если не придерживаться рекомендаций разработки? Сколько полей нужно проиндексировать, чтобы наше соединение быстро работало?  Мы же не будем создавать индексы для всех полей, что найдем? А поможет ли это?
5. В завершение посмотрим еще один интересный момент: что вы знаете про таблицы итогов в 1С для регистров? Всегда ли они работают и нам помогают?