Api 在处理复杂嵌套路由时,是否应验证父ID?

Api 在处理复杂嵌套路由时,是否应验证父ID?,api,rest,api-design,Api,Rest,Api Design,我认为我最初的问题与我非常具体的问题太离题了。所以我把它擦掉,用这个更新它 我们的后端api目前有一些非常嵌套的资源。例如: /master-schedules/{id}/courses/{id}/sections/{id}/rooms 为了获得一个房间作为示例,我所需要的只是房间的{id},并且可以(如果端点存在)只获得/rooms/{id}。相反,我正在做一个GET to/master schedules/{id}/courses/{id}/sections/{id}/rooms 查看代码

我认为我最初的问题与我非常具体的问题太离题了。所以我把它擦掉,用这个更新它

我们的后端api目前有一些非常嵌套的资源。例如:

/master-schedules/{id}/courses/{id}/sections/{id}/rooms
为了获得一个房间作为示例,我所需要的只是房间的{id},并且可以(如果端点存在)只获得/rooms/{id}。相反,我正在做一个GET to/master schedules/{id}/courses/{id}/sections/{id}/rooms

查看代码,后端正在执行3个db调用,以验证主计划是否存在,课程是否存在,区段是否存在。实际上,我们需要知道的是,这个部分是存在的,因为如果它存在,那么其他部分也应该存在

我们应该执行所有这些db调用来验证父资源吗?困扰我的不是db等的性能,而是为每个端点编写的样板代码的数量。也许我们不应该有这样的嵌套资源