SQL

並列実行時のロストアップデート — 3 パターン共通の落とし穴

出典: SQL Server UPDATE … FROM SELECT 3パターン — 業務SE が JOIN / CTE / MERGE を本番で使い分ける判断軸 — 並列実行時のロストアップデート — 3 パターン共通の落とし穴

並列実行時のロストアップデート — 3 パターン共通の落とし穴 (sql)#785286e63e10

-- (a) 範囲ロックを早めに取る (UPDATE 1 文で完結する場合)
UPDATE T1 WITH (UPDLOCK, HOLDLOCK)
SET status = 'fixed'
FROM T1 INNER JOIN ... ON ...
WHERE ...;
 
-- (b) 名前付き排他ロックで完全直列化 (修正バッチが複雑な場合)
BEGIN TRAN;
EXEC sp_getapplock @Resource = 'fix_t1_status_batch', @LockMode = 'Exclusive', @LockTimeout = 60000;
-- ここで複数 UPDATE / SELECT 検証を流す
COMMIT;
-- sp_getapplock は COMMIT 時に自動解放

▸ この snippet は実行結果未収録

▸ 実行結果は未収録です

id: #785286e63e10
lines: 12
extracted: 2026-06-10

Source収録記事

この snippet は記事の「並列実行時のロストアップデート — 3 パターン共通の落とし穴」セクションに登場する。コードの前後の文脈・ハマりどころの解説は記事本文で。

技術記事CTEJOIN

SQL Server UPDATE … FROM SELECT 3パターン — 業務SE が JOIN / CTE / MERGE を本番で使い分ける判断軸

3週間前19 min

同じ記事から

4 件

SQL

-- products テーブルの category_name を categories マスタの最新名で更新
UPDATE p
SET p.category_name = c.name
FROM products p

未収録

パターン① JOIN 型 UPDATE — 単純 1:1 コピーの最短記述

#3c346e6ce0cf

SQL

-- 必須プレチェック: 結合元 (categories) に id 重複がないか確認
SELECT id, COUNT(*) AS cnt
FROM categories
GROUP BY id

▶ 実行可

パターン① JOIN 型 UPDATE — 単純 1:1 コピーの最短記述

#83da9e81c3d9

SQL

-- 各 category_id に複数 categories 行がある場合、name の最新 (MAX(updated_at)) を採用
WITH src AS (
    SELECT
        c.id AS category_id,

未収録

パターン② CTE 型 UPDATE — 集約反映と可読性の本命

#72cdfe89da29

SQL

-- products に対して、categories マスタの全 id を Upsert
-- (既存 category_id があれば name を更新、なければ INSERT)
MERGE INTO products AS tgt
USING (

未収録

パターン③ MERGE 型 UPDATE — Upsert の決定打 (地雷つき)

#3edff919d8a5

図鑑トップ