クエリーべき等性

べき等でない例

非確定的な関数呼び出しの結果を挿入するクエリー（たとえば、now()およびuuid()）は、べき等ではありません。

now()は、要求の処理を担当するDSEコーディネーターの現在の時刻に基づいて値を生成するため、以下のクエリーは、べき等ではありません。このため、連続した呼び出しは、異なる時間に実行された場合は、異なる値を生成します。

UPDATE my_table SET v = now() WHERE pk = 1

カウンター更新は、べき等ではありません。カウンター更新の各アプリケーションは、カウンターの累積値を変更します。

UPDATE my_table SET counter_value = counter_value + 1 WHERE pk = 1;

リストへの先頭書き込み/追加書き込み、または削除の操作は、べき等ではありません。

呼び出しのたびにリストに要素を先頭書き込み/追加書き込みします。削除は、クエリーが呼び出されたときのリストの状態に応じて異なる位置の値を削除します。セット、マップ、タプル、およびユーザー定義型に対する更新、挿入、および削除の操作は、べき等であることに注意してください。

UPDATE my_table SET list_col = [1] + list_col WHERE pk = 1

直列化可能性の懸念がある場合、軽量トランザクションは非べき等と見なす必要があります。例を次に示します。

UPDATE my_table SET v = 4 WHERE k = 1 IF v = 1

このステートメントが2回実行されると、2回目の実行でIF条件が失敗します。この場合、2回目の実行では何も行われず、vの値は4のままです。複数のクライアントがリトライを有効にしてクエリーを実行すると、問題が発生します。

1. vの値は1です。
2. クライアント1は上記のクエリーを実行し、1から4まで比較して設定（compare and set）操作を実行します。
3. クライアント1の接続は切断されますが、クエリーは正常に完了します。vの値は4になります。
4. クライアント2は、vに対して、4から2まで比較して設定（compare and set）操作を実行します。
5. クライアント2のトランザクションは成功します。vの値は2になります。
6. クライアント1は接続を失ったため、クエリーが失敗したと見なし、vの比較して設定（compare and set）操作を1から4まで透過的に再試行します。vの値が2になったため、「非適用」の応答を受け取ります。

軽量トランザクションの重要な側面の1つは、直列化可能性です。列に対して、異なるクライアントからの一連の操作が同時に実行されることを考えると、正しい順序の履歴を生成するためにそれらを並べ替える方法が必要です。上記の例では、クライアントの観点から2つの操作がありました。

• クライアント1は、vに対して、1から4まで、適用されなかった比較して設定（compare and set）操作を実行しました。
• クライアント2は、vに対して、4から2まで、適用された比較して設定（compare and set）操作を実行しました。

全体的に、列は1から2に変更されました。変更を説明できる2つの操作の順序はありません。また、ステップ6での透過的なリトライによって直列化可能性が破られました。