Но ведь то что для одного юзера входящее то для другого исходящее

Небольшое пояснение:
Запрос, по идее, должен выбрать все переписки по user.id, для каждой переписки выбрать последнее сообщение и дополнить его id и name юзера с которым беседа (не того переписки которого выбираются)

То есть чтобы исправить это нужно группировку делать не по interlocutor, т.к. это не позволяет СУБД, так?

Если нужна помощь с написанием запросов, лучше показывать \d (или CREATE TABLE со всеми indexes и constraints) каждой относящейся к делу таблицы (лучше работающий пример на каком-то из sqlfiddles); с тестовыми данными и примером результата на этих данных (в виде комментариев или VALUES, неважно).

> т.к. это не позволяет СУБД, так?

СУБД это вполне позволяет, проблема-то там не в этом была, нет?

Индексов там нету пока что, констрейнты и типы колонок здесь указаны.

Тото на моей прошлой работе аккурат на следующий же день после обновления с 11 на 12 все расчеты встали. Серваки тупо начали валиться. За исключением некоторых уже захинтованных запросов все планы встали с ног на голову, пришлось оптимизатор в режим совместимости переводить, а потом ещё долго выцеплять отдельные тормозящие запросы и дополнительно хинтовать. :)

Немного оффтоп, но интересно, почему в штат не хотят брать DBA? Это много где и упорно декларируется. Базы повсюду, ценность данных растёт, но администраторов баз данных нет даже в компаниях с огромными оборотами, где БД, как говорят, mission critical. При этом на любой чих берут отдельного человека (видно по вакансиям). В мире ситуация обратная, а России складывается именно так, хорошо ещё что не везде. Лет 10 назад DBA были востребованы, сейчас в районе статистической погрешности. Почему это происходит, как думаете?

потому что опытные разрабы могут почти все проблемы решить

Свежо предание, я видел как опытный сисадмин с базой работает... на мой взгляд он в ней ничего не понимал, но запуск/остановку освоил на отлично :)

зачем ее останавливать?)

Ну,  проблему исправить, файлы rsync забекапить

какую проблему? есть же репликация

Свежо предание, я видел как опытный сисадмин с базой работает... на мой взгляд он в ней ничего не понимал, но запуск/остановку освоил на отлично :)

это разделение труда. каждый занимается своим делом. чем больше гранулярность тем лучше

какую проблему? есть же репликация

А кто её настраивал? Не было реплики, только бэкапы

ну это совсем молодые проекты) разрабы могли бы настроить

не встречал таких и даже не слышал, а судя по распространению orm и баз в докере - сказки всё это :)

любой личный круг знакомств - очень маленькая выборка

Согласен, сужу по этой группе. dba не в счёт, они здесь по-настоящему хорошие

а как вы отличаете DBA от не-DBA?