1. 導入
データベース管理の現場において、あるテーブルのデータを別のテーブルへコピーしたり、集計結果を履歴テーブルに保存したりする作業は頻繁に発生します。アプリケーション側で一度データを全件取得し、メモリ上で加工してから再度INSERTを行う方法は、ネットワーク負荷やメモリ消費の観点から非効率です。INSERT INTO SELECT構文を活用すれば、データベースサーバー内部で直接データ転送が完結するため、高速かつ安全にデータ移行を実現できます。
2. 基礎知識
INSERT INTO SELECT文は、通常のINSERT文のVALUES句の代わりに、SELECT文の結果セットをそのまま挿入する仕組みです。
・基本的な仕組み: 挿入先のテーブルのカラム構成と、SELECT文で取得するカラムの順序・データ型が一致している必要があります。
・メリット: データベースエンジンが内部で最適化を行うため、大量のデータを扱う際にもアプリケーション側の負荷を最小限に抑えられます。
3. 実装/解決策
実務では「全件コピー」よりも「条件付き抽出」が多用されます。
例えば、「本番テーブルから特定のフラグが立っているレコードだけをバックアップテーブルに移動する」といったケースです。この際、カラムの数が挿入先と抽出元で異なっていても、対象のカラムを明示的に指定することで柔軟に対応可能です。
4. サンプルプログラム
以下の例では、新規入社者リスト（newcomer）から、特定の条件（flagがTRUE）を満たす人のみを選択し、既存のスタッフリスト（stafflist）へ追加する操作を示します。
— 1. 挿入先テーブルの指定カラムに対して、抽出元からデータを移行する
— カラム名を明示することで、テーブル構造が完全に一致していなくても柔軟に処理可能
INSERT INTO stafflist (name, address)
SELECT
name, — 抽出元の名前列
address — 抽出元の住所列
FROM
newcomer
WHERE
flag = TRUE; — 必要なデータのみに絞り込む（WHERE句の活用）
— 2. 実行後の確認
— 正常にデータが移行されたか、件数や内容を確認する
SELECT FROM stafflist;
5. 応用・注意点
現場で運用する際は、以下の点に注意してください。
・トランザクションの意識: INSERT INTO SELECTは一括処理ですが、もし途中で制約違反（重複キーなど）が発生すると全体がロールバックされます。大量データを扱う際は、トランザクションのサイズを適切に管理してください。
・主キー（Primary Key）の重複: 挿入先のテーブルでID列にシリアル型（自動採番）を使用している場合、INSERT INTO SELECTでIDカラムを明示的に指定しないように注意しましょう。指定してしまうと、既存のIDと競合してエラーになることがあります。
・データ型の暗黙的な変換: 抽出元と挿入先で型が厳密に一致しない場合、PostgreSQLは自動変換を試みますが、精度が落ちる場合やエラーになる場合があります。事前にCAST関数等で型を合わせる癖をつけましょう。
これらを意識するだけで、データ移行作業の安全性と効率が格段に向上します。ぜひ日々の運用で活用してみてください。
コメント