RESTで粗いオプティミスティック・ロックをどのように実装しますか？

Question

私は、GETにあったバージョン番号をPUT呼び出しに戻してデータベーステーブルに1対1のマッピングを持つRESTリソースに対してオプティミスティックロックを実装しました。 GETとPUTの間にバージョン番号がデータベースで変更された場合、楽観的なロック例外が発生しました。かなりシンプルなデザイン。

ここで、複数のデータベーステーブルにマップされる複合RESTリソースの場合、同じことをどうやって行うのですか？複数のバージョンフィールド（複合リソースに関連する各データテーブルの1つ）を返す必要はありません。複合リソースの単純な例は/ FooBarです。ここで、/ Fooおよび/ Barは非複合リソースです。

私は基本的にはファウラーの粗視化ロックパターンのREST実装の例を探しています：http://martinfowler.com/eaaCatalog/coarseGrainedLock.html

Answer 1

これはETag headerがために設計されたものです。これを実装する最も一般的な方法は、レスポンスペイロードを生成し、そのハッシュを作成します（安全である必要はなく、低衝突のみです）。そして、そのハッシュをETagの値として使用します。このアプローチは、レスポンスを生成するためにいくつのソースが関与しているかを知らないことに注意してください。

クライアントは受信したETagをIf-Matchヘッダーに戻します。サーバーはこの要求の最新性をチェックできます。