Зависит от контекста, предметной области и как предполагают быть использованы все эти данные. Это как минимум. Ну и монолитная или микросервисная архитектура.
1. Rest API к хранению данных имеет опосредованное отношение, это про доступ и манипуляции с данными
2. Основной принцип Rest API каждая сущность имеет уникальный адрес (Список сущностей это отдельная сущность).
Исходя из этого принципа и стройте свой REST API.
А хранить можете как и где вам удобно.
Понял.
Еще один вопрос: Для Pivot нужно создавать отдельный метод? Чтобы добавить теги к задаче, мне нужно отдельным методом отправить массив id тегов или отправить тот же массив методом для добавления задач?
pakhrudin, При чем тут pivot?
REST-API это не про РМД, а скорее данные в виде графа.
Грубо говоря, разбиваете данные на домены.
В рамках доменов создаете сущности.
Ну и по ним реализуется REST-API.
Делать REST-API на основе РМД... Ну такое. Будут проблемы.
Например, для Spring "думать не надо" Spring Data Jpa Rest
Правда я не смотрел, как там реализуется "многие ко многим"
Простой
