Postgesql 9.6 - вернуть master и detail одним запросом

В чем проблема, вернуть два запроса:

В одном поля из Master, а в другом поля из Detail и ID мастера.

Да, так я раньше и делал. Тут есть ряд вопросов, например, если запросы не в одной транзакции, то данные могут поменяться в зазоре между этими запросами, и эту ситуацию нужно обрабатывать.

Не очень понятно, чем тебя не устраивает банальный join

Ты хочешь https://devdocs.io/postgresql~9.6/functions-aggregate#json_agg ?

если свернуть детальные данные в json

Ну да. У тебя есть более интересные варианты?

array_agg технически тоже возможен, но тебе скорее всего придётся обрабатывать его на стороне клиента, поэтому обычно пользуют json_agg/jsonb_agg.

Тем, что данные из главной таблицы будут дублироваться для каждой записи из второстепенной. Да, это так работает, просто хотелось в XXI веке чего-то более красивого.

Ну можешь с JSON-ми или массивами извратиться… Но так никто не делает. В 21-м веке делают ровно так же, как и в 20-м: join-ом. А результаты ORM обычно разбирает и строит уже нужную объектную структуру. Ну или ручками, не так уж это и сложно.

Я хочу убедиться, что ничего более интересного нет. Я предполагал, что уже запилили что-то такого типа:

select master.*, (select * from detail where detail.masterid = master.id) as det where ... 

И далее на клиенте вложенный цикл:

цикл_для m из результат_выборки делай
  пиши m.id, m.name
  цикл_для d из m.det делай
    пиши d.name кн кн

И мне казалось, что такое уже сделали. Видимо, это были только мои мечты, а на самом деле такого нет. Да, в случае json примерно так и получится. Но как-то это противоестественно, брать прекрасную реляционную парадигму и к ней в виде сарая пристраивать json.

Века идут, а каменный топор остаётся. Ладно, всё понял, всем спасибо. Попробую через json ради расширения кругозора.

select master.*, (select * from detail where detail.masterid = master.id) as det where …

Это и есть array_agg. Тебе же в любом случае нужно делать GROUP BY master.id.

Не, это не SQL, а мифический SQL будущего, который возвращает не плоский набор данных, а нечто, похожее по структуре на такой «json»

[{id: 1, name: master1, det:
  [{id: 1, name: detail1, masterid: 1},
   {id: 2, name: detail2, masterid: 1}]},
 {id: 2, name: master2, det:
  [{id: 1, name: detail3, masterid: 2},
   {id: 2, name: detail4, masterid: 2}]}]

Ну ок, можно попробовать и через массивы.

Как-то так в json:

select tsense.*, 
  (select jsonb_agg(row_to_json(detail)) 
   from 
     (select tlws.* from tlws 
      where senseid=tsense.id 
      order by word) as detail) as tlws
from tsense; 

Возвращает строки tsense, и для каждой - связанные с ней строки из tlws.

В Postgres агрегатные функции поддерживают сортировку, так что можно сделать как-нибудь так:

  select tsense.*
       , jsonb_agg(tlws order by tlws.word) as tlws
    from tsense
    join tlws on tlws.senseid = tsense.id
group by tsense.id

Спасибо, понял.

Каждый раз когда на форуме поднимается этот вопрос, все скулята включают дурачка и недоумевают, зачем нужно недублировать данные мастера. Это такой стокгольмский синдром мирового масштаба, т.к. не только на лоре наблюдается. Прогресс замечен в том, что если раньше говорили «ну да, пока нет», то сейчас агрессивно рычат и показательно не понимают вопроса. Расслабься и получай двумя запросами, если деталь сильно больше, либо джойном, если ее там х2-х3.

Ну я пока json-ом попробую. Это, конечно, абсурд, но json сейчас в моде, можно будет гордо на собеседовании сказать, что я это умею. Запрос написал, осталось только на клиенте json распарсить - видимо, это будет одна-две магических строчки.

вернуть master и…

Ёмае, sjw на тебя нет)