Антон Антон

индекс по like %login% не будет применяться. нужно добавить колонку типа булево и partial index на неё. При вставке/обновлении и один раз при создании колонки - заполнить её значением true для нужных строк.

Весь вопрос не читал, но для повторяющихся значений при джоине происходит умножение строк, условно для двух таблиц:
А, А1
А, А2
и
А, Б1
А, Б2
при джоине по первой колонке на выходе получим
А, А1, Б1
А, А2, Б1
А, А1, Б2
А, А2, Б2
и sum по какому-то числу даст кратно бОльший результат.

Решением может быть переход на union all или предварительная очистка от дублей (если возможна), например предварительная аггрегация перед джоином. Вариант с union предпочтительнее, потому что работает чаще быстрее и для восприятия будет скорее всего проще.

Это фича (и не только postgres). Поступить - поменять индекс, сделав его не UNIQUE, а UNIQUE NULLS NOT DISTINCT
(и да, эта фича доступна только в постгре 15. для более ранних версий нужно хранить в этом поле не NULL, а, например, 0 (но тут есть свои нюансы с foreign keys))

Официально v8.1c.ru/requirements но на opensuse, например, тоже работает.

в УПП куча неоптимальных запросов, пилить их поможет намного больше, чем тюнить БД.

Еще есть вопрос по тестированию, когда сервер 1с и СУБД находятся на разных машинах (в т.ч. на разных виртуалках одного хоста) и влияние разных «физических» сетей (в т.ч. наличие маршрутизаторов на пути) на эту самую производительность.