RESTfulと複合キーのフィットしない関係

https://www.web-dev-qa-db-ja.com/ja/api/rest-api%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89%E3%81%AE%E8%A4%87%E5%90%88%E3%82%AD%E3%83%BC/1055576996/
REST API は複合キーのデータをうまく扱えない気がする。
例えばPUT(更新)の場合、サロゲートキーがあるならURLは

articles/1234567890

のようにできる。
しかし、複合キーだとどうすればいいのかぴったりな答えが無い。

articles?user_id=111&write_date=20221017&ver=3

一意なリソースを指定するのにクエリパラメータを使うのがRESTっぽくない。

articles/111/20221017/3

パラメータの順番とパラメータの意味が暗黙的に結びついている。

articles/user_id/111/write_date/20221017/ver/3

意味的にarticlesがユーザーや日付を内包しているわけではないのに、URLがそのように読めてしまい不自然。