二重処理(二重計上・二重送信・更新の消失)

同じ入力ファイルが複数ワーカーに掴まれて重複処理される、または同じ更新が競合して片方の結果が消えてしまうことによる、処理の重複や更新の消失。

概念URI: https://comcomponent.com/knowledge/duplicate-processing/
別名・表記: 二重処理 / Lost Update
最終確認日: 2026-08-01
機械可読データ: JSON-LD

この概念が関わる関係

原子的claimは二重処理(二重計上・二重送信・更新の消失)を防ぎます。incomingからprocessing/<worker>/へのrenameが成功したワーカーだけを所有者にすることで、複数ワーカーによる同一ファイルの二重処理を防ぐ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Exists->Createの二段階チェックは二重処理(二重計上・二重送信・更新の消失)の原因になることがあります。有無の確認とファイル作成が別操作になっているため、間に他プロセスが割り込んで同じファイルを両方が処理してしまう / 確度: 確立した関係 / 確認日: 2026-08-01 出典
共有ファイルの相互更新アンチパターンは二重処理(二重計上・二重送信・更新の消失)の原因になることがあります。1つのstatus.csvやcounter.jsonを複数プロセスが読んで更新すると、後から書いた側の更新で先の更新が消える / 確度: 確立した関係 / 確認日: 2026-08-01 出典
idempotency(冪等性)を前提にした処理は二重処理(二重計上・二重送信・更新の消失)に対する本記事の推奨です。排他が完全に守られない場合でも、同じ入力の再処理が結果を変えないようにしておくことを本記事は推奨している / 確度: 確立した関係 / 確認日: 2026-08-01 出典
OSファイルロック(OSロック)は二重処理(二重計上・二重送信・更新の消失)を軽減します。OSファイルロックは、同一アプリ群・同一前提で動く参加者同士の間でだけ、同一ファイルの同時処理を軽減できる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Changedの回数・順序を信じるアンチパターンは二重処理(二重計上・二重送信・更新の消失)の原因になることがあります。Changedが複数回来ることを前提にその都度業務処理を直結させると、同じファイルを何度も処理してしまう / 確度: 確立した関係 / 確認日: 2026-08-01 出典
原子的claimは二重処理(二重計上・二重送信・更新の消失)を防ぎます。再スキャンで見つかったready候補も、incomingからprocessing/<worker>/へのrenameが成功した側だけが所有者になることで、複数ワーカーの同時処理を防ぐ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
idempotency(冪等性)を前提にした処理は二重処理(二重計上・二重送信・更新の消失)に対する本記事の推奨です。FileSystemWatcherでは同じ対象を複数回見に行くことが前提になるため、二重実行を処理済み台帳への記録で吸収する設計を本記事は推奨している / 確度: 確立した関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。