RESTful API是否支持单端点同时删除通知与预留两类关联资源

当前业务逻辑 #

• 目前正在基于Lumen框架搭建面向宠物领养场景的RESTful API
• 核心业务规则：
  • 登录用户可发布多条待领养宠物的挂牌信息
  • 所有已登录用户都可对任意挂牌的待领养宠物发起领养预留标记
  • 当用户提交预留申请时，系统会通过两个通道给对应宠物的发布者推送通知：一是Pusher实时推送通道，二是数据库持久化存储的站内通知通道；通知内容固定包含对应挂牌宠物的ID、发起领养申请的用户ID
  • 宠物发布者收到的通知会附带「批准」「驳回」两个操作按钮，可直接对收到的领养申请进行处理

核心待确认问题 #

• 从 RESTful架构规范 角度看，当发布者点击批准/驳回按钮完成申请处理时，能不能在单次请求逻辑里，同时移除两类关联数据：面向发布者的单条通知记录、对应用户提交的领养预留记录？
• 现在的初步实现思路是：向 /user/notifications/{id} 端点发送DELETE请求，接口内部先通过通知的关联字段，取出对应领养申请的发起人ID、关联的宠物挂牌ID，先执行领养预留记录的删除操作，再删除推送给发布者的这条通知。想确认这种实现方式是否符合RESTful的设计要求？
• 本次实现参考的数据库表结构设计见题目附带的架构设计图

内容的提问来源于stack exchange，提问作者Salim