Я в string_agg собиоаю в т.ч. и 'n'. Видимо поэтому нарастающая кюсклейка.

Запрос трехстраничный, переделать этото место на group by не вариант, сильно усложняет.

По сути запрос выдает записи с самым высоким рангом и все варианты склеивает в строку.
Это место в одной из вьюх with. Запрос по двум похожим окнам - одно окно с сортировкой для first, второе окно доя string_agg, без сортировки, чтобы бралось все окно. В том же запросе  делается distinct по всем полям.
В запосе ниже, использующем эту вьюху with, есть сортировка.

Вот это вот "все варианты склеивает в строку" - это ахтунг, так нельзя делать

Нет, не поэтому.  И я Вам уже написал, как это решать, нет?

Ты потом это обрабатывать не сможешь

Прямо сейчас не могу проверить, поэтому предполагаю, возможно неверно. У меня точно ьыоюламнарастаюшая если брать то же окно, что и для first_value().
Но спасибо в любом случае.

Естественно, потому что framing option по умолчанию — RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW, а без ORDER BY это значит, что в frame входят все записи окна, потому что все они — peers текущей записи (а режим RANGE значит, что frame начинается с первого peer текущей записи, а заканчивается последним её peer).
И это основы [понимания] оконных функций, мне кажется. ;)

Да хорошо, уел, пусть я бестолковая белка ;)

При чём тут это? ;) Просто стоит освоить, если уж пользуетесь, IMNSHO.
Кстати про "не могу проверить": https://dbfiddle.uk/?rdbms=postgres_13&fiddle=5dc2c21e3ae7117e69ad316cc98c3844

> Проект федерального уровня, лютый энтерпрайх и хайлоад.
А по факту 1к rps нужно будет держать 🤪

Да шо ж вы шутки юмора то не понимаете? Ужс, этот hr сломался, несите нового 😏

Это был не hr, там url в bio

http://github.com/pdacity

Да, вижу ошибся с аудиторией. Все такие прям гуру...

Ну пардоньте..