如何在HTTP DELETE请求中传递复合主键以删除关联表数据？

针对复合主键（event_id + user_id）的关联表，推荐以下两种符合REST设计规范的处理方式，完全不需要依赖DELETE请求体：

1. 将两个ID都放入URL路径中（优先推荐） #

这种方式直接通过URL定位到唯一的关联资源，语义清晰，是REST风格的标准做法，有两种常见路径设计：

• 嵌套资源路径：如果关联关系可以看作某一主资源的子资源，比如“事件下的用户关联”，可以设计为：

  DELETE /api/v1/events/:eventId/users/:userId
  

  语义上明确表示“删除ID为:eventId的事件与ID为:userId的用户之间的关联”。
• 独立资源路径：如果关联表本身是一个独立的业务资源（比如“用户-事件关联关系”），可以直接把关联表作为资源名，路径设计为：

  DELETE /api/v1/event-user-associations/:eventId/:userId
  

  这种方式更直接，让URL完全对应关联表的复合主键。

2. 使用查询参数（备选方案） #

如果路径设计有约束，也可以把两个ID作为查询参数传递：

DELETE /api/v1/event-user-associations?eventId=123&userId=456

不过这种方式的语义性稍弱，因为查询参数通常用于批量筛选，而非定位单个唯一资源，所以仅作为路径参数方案的备选。

为什么不推荐DELETE带请求体？ #

虽然HTTP规范没有禁止DELETE请求带请求体，但很多HTTP客户端、代理服务器对这种场景的支持不一致，而且违背了REST“通过URL定位资源”的核心原则——资源的唯一标识应该体现在URL中，而非隐藏在请求体里，这会增加API的理解成本和维护复杂度。

额外注意事项 #

• 无论采用哪种方式，都要在API文档中明确两个ID的含义和约束；
• 必须做好权限校验，确保请求发起者有权删除该关联关系。

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