Курим REST: коллекция в коллекции

Надо делать исходя из задач. Иногда удобней хранить машины в отдельной коллекции, иногда нет смысла отрывать машины от хозяина. Рассматривай это как будто ты хранишь сразу собранные из нормализированой базы данные, в структуру которую тебе нужно описать по предметной области а не придумать под загоном «ПО ВСЕМ ПРАВИЛАМ». а лучше используй в этом месте dbal (сойдет и самопал из 1 функции), в любой момент сменишь эту схему, если на практике она себя не оправдает. Все надо тестировать, преждевременные оптимизации зло, кудах кудах, ну ты в курсе.

я бы не делал отдельную ручку для получения машин, почему бы в users/1 просто не показать какие у него машины? тебе все равно не нужны будут машины без юзера и юзер без машин. хотя это смотря что ты будешь делать с машинами, но map-reduce тебя тут выручат, на первое время так уж точно

я часто грешу такими-себе супер-документами с кучей полей от разных контекстов, просто так удобнее, а для отбрасывания лишнего сходится любой фильтер. например, в schematics есть некие роли, которые на самом деле фильтры, грубо говоря я делаю User(user).to_primitive('public') или to_primitive('private'), — сериализирую наружу только нужные в контексте поля

сами роли описываются примитивно через

class Model:
   ...
   class Options:
      public = whitelist('id', 'first_name')
      private = blacklist('balance', 'cars')

короче говоря это обычный pick/omit фильтр

Ага, понятно. Я всё пытаюсь придумать способ и с сервера (mongo) передавать практически готовые выборки, не перестраивая структуру, и удобно, без говнокода их отображать на клиенте, в браузере. Пока не очень успешно. Видимо, чем-то надо жертвовать. Что будет правильнее - на сервере перелопачивать объекты? То есть - выбранный объект

{ id: 1, cars: [1, 2, 3] }

{ id: 1, cars: [ { id:1, ... }, { id: 2, ...} ] }

Отдаваемый cars может даже содержать объекты с одними айдишниками, главное, чтобы это были объекты, тогда на клиенте достаточно просто организовать ленивую выборку и пополнение объектов свойствами. С примитивными же типами такое не прокатит.

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