Как правильно проектировать Rest для связи один ко многим?

Question

[Splite]

Допустим, есть сущность board и другая сущность task, которая связана с board полем board_id.
Я могу реализовать Rest Api для task двумя способами

GET /boards/{board_id}/tasks/{task_id}
GET /boards/{board_id}/tasks
POST /boards/{board_id}/tasks
PUT /boards/{board_id}/tasks/{task_id}
DELETE /boards/{board_id}/tasks/{task_id}

и второй вариант

GET /tasks/{task_id}
GET /boards/{board_id}/tasks
POST /boards/{board_id}/tasks
PUT /tasks/{task_id}
DELETE /tasks/{task_id}

Вопрос касательно запросов на получение, обновление и удаление задач, какой из вариантов правильный? Id для задачи у меня всё равно уникальный и нет смысла принимать ещё и id сущности board, с другой стороны, первый вариант интуитивно кажется более правильным. Как поступаете вы в таких случаях и почему?

Answer 1

[Antoxa Zimm]

Я бы в этой ситуации делал без id боарда.
1 у тебя работа с сущностью таск и больше ничего не надо
2 в другой части системы ты будешь работать с тасками и что будет вместо id боарда?

тут есть ресурс для работы с тасками и все остально лишнее, как мне кажется.
почитай еще тут линк, может будет полезно и ответит на твой вопрос.
мне кажется это "интуитивно кажется более правильным" будет вызывать вопросы "зачем эти данные, может баг/а почему в БД нету связи боарда и таски"