DML（データ操作言語）によるレコード制御

リレーショナルデータベースにおいて、保存された情報のライフサイクルを管理するにはDML（Data Manipulation Language）が不可欠です。抽出処理とは異なり、実際の業務データを動的に生成・変更・破棄する役割を担います。ここでは、標準的なRDBMSで共通するINSERT、UPDATE、DELETEの実装パターンと、本番環境での安全性を確保するための設計指針を示します。

新規レコードの登録（INSERT文）

テーブルへ新しい行を追加する場合はINSERTを利用します。現代のデータベースエンジンでは、一度のコネクションで複数の値セットを投入できるため、バッチ処理時のパフォーマンス最適化に有効です。また、AUTO_INCREMENTやシリアライズ型のカラムには明示的に値を渡さないのが一般的です。

INSERT INTO warehouse_inventory (sku_code, unit_price, stock_quantity, category_id)
VALUES ('WGT-8842', 2450, 50, 'ELEC'),
       ('WGT-8843', 1200, 120, 'ELEC');

この構文はPostgreSQLやMySQL、SQLiteなど多くのシステムで互換性があります。制約違反（主キー重複や外部キー未対応）が発生すると、トランザクション全体がロールバックされるため、入力前のバリデーションプロセスが重要です。

既存情報の変更（UPDATE文）

格納済みデータの修正にはUPDATE文を使用します。WHERE句によるフィルタリングは必須であり、条件漏れが生じると全件更新事故に直結します。計算式を活用して相対値を更新したり、現在時刻を自動設定したりすることで、監査ログとしての記録精度を高める手法も広く採用されています。

UPDATE warehouse_inventory
SET stock_quantity = stock_quantity + 200,
    last_updated = CURRENT_TIMESTAMP
WHERE sku_code = 'WGT-8842' AND stock_quantity > 0;

上記例では在庫数の累加処理と更新日時の同時記録を行っています。AND演算子で複合条件を指定しているため、誤って他カテゴリーの該当SKUが影響を受けるリスクを排除できます。大規模テーブルの場合は、インデックス付きカラムでの絞り込みを意識してください。

対象外の除去（DELETE文）

物理的にレコードを消去するにはDELETEが機能しますが、実行不可逆のため慎重な設計が求められます。条件指定なしで使用すると定義通り全行が空になりますが、実務では期限切れや論理削除フラグ付きの移行処理などで限定排他を行います。

DELETE FROM warehouse_inventory
WHERE category_id = 'DISCONTINUED'
  AND last_updated < DATE_SUB(CURRENT_DATE, INTERVAL 90 DAY);

このクエリは廃盤カテゴリかつ90日以上更新がないアイテムを対象から外します。RDBMSによってはEXPLAINコマンドで実行計画を確認し、フルスキャン（Full Table Scan）を防ぐ索引補正を行う手順が推奨されます。重要なプロダクション環境では、事前のSELECT文で削除対象数を可視化した後、トランザクション内で実行するワークフローが標準的です。

実装における安全策

データ改変オペレーションを実行する際は、必ずBEGIN TRANSACTION～COMMIT（またはROLLBACK）で囲むことが鉄則です。これにより、途中エラー発生時に原状復帰が可能になります。また、定期バックアップスケジュールと整合性を取りながらクエリを実行し、インデックス効率が低下しないよう適宜ANALYZEコマンド等で統計情報を更新する必要があります。