タイトル: DML
SEOタイトル: SQL DML (データ操作言語) 完全ガイド
| この記事の要点 |
|
DML とは
DML (Data Manipulation Language / データ操作言語) は、テーブル内のデータを操作する SQL コマンド群です。SQL のうち実務で最も使うのが DML で、おおよそ全クエリの 95% を占めます。
| コマンド | 役割 | 頻度 |
|---|---|---|
SELECT | データを取り出す（参照） | ★★★★★ |
INSERT | 新しい行を追加 | ★★★★ |
UPDATE | 既存行の値を更新 | ★★★★ |
DELETE | 行を削除 | ★★★ |
MERGE | UPSERT (存在すれば更新、無ければ挿入) | ★★ |
DML / DDL / DCL / TCL の整理
| 分類 | 用途 | コマンド例 | 自動コミット |
|---|---|---|---|
| DML | データ操作 | SELECT/INSERT/UPDATE/DELETE | トランザクション可 |
| DDL | 構造定義 | CREATE/ALTER/DROP/TRUNCATE | 多くの DB で暗黙コミット |
| DCL | 権限制御 | GRANT/REVOKE | 暗黙コミット |
| TCL | トランザクション | BEGIN/COMMIT/ROLLBACK | — |
INSERT の全パターン
-- パターン1: 単純 INSERT
INSERT INTO users (name, email)
VALUES ('田中', 'tanaka@example.com');
-- パターン2: 複数行 INSERT（パフォーマンスが10倍違うことも）
INSERT INTO users (name, email) VALUES
('佐藤', 'sato@example.com'),
('鈴木', 'suzuki@example.com'),
('高橋', 'takahashi@example.com');
-- パターン3: SELECT 結果を INSERT
INSERT INTO users_backup (id, name, email)
SELECT id, name, email FROM users WHERE created_at < '2025-01-01';
-- パターン4: INSERT IGNORE（MySQL）重複キーは無視
INSERT IGNORE INTO users (id, name) VALUES (1, '田中');
-- → id=1 が既存ならエラーにならず何もしない
-- パターン5: ON DUPLICATE KEY UPDATE（MySQL UPSERT）
INSERT INTO daily_counts (date, count) VALUES ('2025-05-18', 1)
ON DUPLICATE KEY UPDATE count = count + 1;
-- パターン6: PostgreSQL の UPSERT
INSERT INTO daily_counts (date, count) VALUES ('2025-05-18', 1)
ON CONFLICT (date) DO UPDATE SET count = daily_counts.count + 1;
-- パターン7: 標準 SQL の MERGE
MERGE INTO daily_counts t
USING (SELECT '2025-05-18'::date AS d, 1 AS c) s
ON t.date = s.d
WHEN MATCHED THEN UPDATE SET count = t.count + s.c
WHEN NOT MATCHED THEN INSERT (date, count) VALUES (s.d, s.c);UPDATE — 詳細
-- 単純な更新
UPDATE users SET status = 'inactive' WHERE id = 1;
-- 複数列を同時更新
UPDATE users
SET status = 'inactive', updated_at = NOW(), updated_by = 'system'
WHERE last_login_at < NOW() - INTERVAL 1 YEAR;
-- UPDATE JOIN（MySQL）: 他テーブルの値で更新
UPDATE orders o
JOIN products p ON o.product_id = p.id
SET o.price_snapshot = p.current_price
WHERE o.created_at >= CURDATE();
-- 同等を PostgreSQL で
UPDATE orders SET price_snapshot = p.current_price
FROM products p
WHERE orders.product_id = p.id
AND orders.created_at >= CURRENT_DATE;
-- サブクエリで更新
UPDATE users
SET order_count = (SELECT COUNT(*) FROM orders WHERE user_id = users.id);DELETE — 詳細
-- 条件削除
DELETE FROM logs WHERE created_at < NOW() - INTERVAL 90 DAY;
-- DELETE JOIN（MySQL）
DELETE o FROM orders o
JOIN users u ON o.user_id = u.id
WHERE u.deleted_at IS NOT NULL;
-- PostgreSQL は USING
DELETE FROM orders
USING users
WHERE orders.user_id = users.id AND users.deleted_at IS NOT NULL;
-- LIMIT 付き削除（バッチで小分けに削除する定番）
DELETE FROM logs WHERE created_at < '2024-01-01' LIMIT 1000;
-- ループで回すDELETE vs TRUNCATE — 似て非なる
| 項目 | DELETE | TRUNCATE |
|---|---|---|
| 分類 | DML | DDL |
| WHERE 句 | 使える | 使えない（全行削除） |
| 速度 | 遅い（行毎にログ） | 非常に高速 |
| ROLLBACK | 可 | 多くの DB で不可 |
| AUTO_INCREMENT | リセットされない | リセットされる |
| トリガ | 発火する | 発火しない |
| 外部キー参照 | カスケード可 | 多くの DB でエラー |
トランザクションで DML を安全に
-- 本番の更新は必ずトランザクション内で
START TRANSACTION; -- または BEGIN
UPDATE accounts SET balance = balance - 1000 WHERE id = 1;
-- 件数チェック
SELECT ROW_COUNT(); -- 1 でなければ ROLLBACK
UPDATE accounts SET balance = balance + 1000 WHERE id = 2;
COMMIT;
-- 失敗時
ROLLBACK;パフォーマンス Tips
- 大量 INSERT は 複数行 INSERT でラウンドトリップを削減（10〜100 倍速い）
- 大量 DELETE は
LIMIT Nで小分けにする（ロック時間短縮） - UPDATE は インデックスのある列で WHERE。フルスキャン UPDATE はテーブルロックの危険
- INSERT 直前の
SET autocommit=0;+COMMIT;でログフラッシュ回数を削減 - UPSERT は INSERT + UPDATE より ON DUPLICATE KEY UPDATE 1 発のほうが速くてアトミック
FAQ
Q: DELETE で消したデータを戻せるか
A: トランザクション中なら ROLLBACK。COMMIT 後はバックアップから復元するしかありません。
Q: UPDATE と REPLACE の違い
A: REPLACE (MySQL) は「DELETE + INSERT」相当で、対象行を一度消してから挿入します。AUTO_INCREMENT が進む / 外部キーで CASCADE が走る等の副作用に注意。
Q: SELECT は DML?
A: SQL 標準では「DQL (Data Query Language) と分けるべき」という説もありますが、実務では DML に含める扱いが一般的です。