юзеров и к каждому джойните список его аватарок.
В ответе будет что-то подобное
1. user_1, avatar_1
2. user_1, avatar_2
3. user_1, avatar_3
4. user_2, avatar_1
Я часто делаю аггрегацию ответа в массив через array_agg(jsonb_build_object())
но не уверен что это хорошая практика. Помимо всего, если агреггируемый объект имеет много ключей, то запрос получается очень громоздкий.
При чём тут нода?
бекенды, всё-такое...
неправильная архитектура бд. смысл отдельного инстанса для аватарок?
Таблица users хранит юзеров. У юзеров есть много аватарок, у каждой аватарки есть как минимум дата аплоада и флаг, является ли фото главным. Каждая аватарка является файлом, хранимым на s3, все ключи файлов хранятся в отдельной таблице files, с прочей мета информацией. Аватарки - не единственный тип файлов в системе. Как предлагаете организовать такую архитектуру правильно?
ну вот, у вас лишний дубликат. авы в отдельном поле у юзера, хоть объектами с кропом и тд и хэш ид на файл
простите, немного не понимаю, какой дубликат - лишний
Обсуждают сегодня