導入
データベース設計において、カラムに値が入力されない場合の挙動を制御することは、データ整合性を保つ上で非常に重要です。もしカラムに何も指定しなかった場合、デフォルトではNULLが挿入されますが、これがアプリケーション側での予期せぬエラー（NullPointerExceptionなど）を引き起こす原因になることが多々あります。DEFAULT制約を適切に活用することで、アプリケーション側のコードを簡素化し、データベース側の堅牢性を高めることができます。
基礎知識
DEFAULT制約とは、INSERT文でカラムの値を省略した際に、自動的に補完される値を定義する制約です。PostgreSQLでは、単なる定数値だけでなく、関数や式も指定可能です。これにより、「レコード作成日時を自動保存する」といった動的なデフォルト値の設定も可能になります。NULL制約（NOT NULL）と併用することで、「値がなければ特定の値を入れるが、NULLは絶対に許容しない」という厳格なデータ構造を実現できます。
実装/解決策
DEFAULT制約は、テーブル作成時のCREATE TABLE文で指定するのが一般的ですが、既存テーブルに対してもALTER TABLE文で後から追加可能です。実務では、単に数値を設定するだけでなく、CURRENT_TIMESTAMP（現在時刻）やuuid_generate_v4()（UUID生成関数）を組み合わせて利用するのが一般的です。
サンプルプログラム
以下は、ユーザー登録テーブルを想定した実用的なDDLの例です。
— 既存のテーブルを削除して作成し直す例
DROP TABLE IF EXISTS users;
CREATE TABLE users (
— IDはシリアル型で自動採番
id SERIAL PRIMARY KEY,
— ユーザー名は未指定なら’Guest’を代入
username VARCHAR(50) DEFAULT ‘Guest’,
— ステータスはデフォルトで’active’
status VARCHAR(20) DEFAULT ‘active’,
— 作成日時は現在時刻をデフォルト値として設定
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
— 動作確認用：特定カラムのみ挿入
— usernameとcreated_atを省略しても、自動的に値が入ります
INSERT INTO users (status) VALUES (‘inactive’);
— 結果確認用のクエリ
SELECT FROM users;
/
実行結果のイメージ:
id | username | status | created_at
—+———-+———-+—————————-
1 | Guest | inactive | 2023-10-27 10:00:00.000000
/
応用・注意点
現場での運用において注意すべき点が2つあります。
1つ目は、「DEFAULT値の変更」です。ALTER TABLEでDEFAULT値を変更しても、過去に挿入済みのデータには影響しません。あくまで「今後INSERTされるレコード」に対して有効になる点に注意してください。
2つ目は、「NULLの扱い」です。INSERT文で明示的にNULLを挿入した場合（例: INSERT INTO users (username) VALUES (NULL);）、DEFAULT制約は無視されてNULLが格納されます。もし「NULLを完全に排除したい」場合は、必ずNOT NULL制約を併用してください。
適切なDEFAULT制約の設計は、アプリケーションコードにおける「値の初期化処理」を削減し、DB側で一貫した状態を保証する強力な武器になります。ぜひ活用してください。
コメント