RDBでスキーマレスな柔軟性を！型安全なEAVパターンの設計と実装

はじめに システムを開発・運用していると、避けて通れないのが「拠点や品目ごとに、ちょっとだけ管理したい項目が違う」という問題です。 「食品倉庫（拠点A）では『賞味期限』が必須だが、アパレル倉庫（拠点B）では不要」 「特定の品目だけに『洗濯表示』や『素材構成』などのメタ情報を追加したいが、テーブル定義（DDL）を変えてリリースするのは時間がかかる……」 こうした課題を解決する手法として、 EAV（Entity-Attribute-Value）パターン があります。しかし、EAVは「何でも文字列で保存してしまい、型安全性が失われる」という理由から、一種のアンチパターンとして扱われることもあります。 本記事では、在庫管理システムを例に、 DBレベルでの型安全と整合性を保ちつつ、柔軟性を確保する「型安全なEAV」 の設計と実装例をご紹介します。 1. 課題：テーブル定義変更のコストをどう下げるか？