システム開発では、新しいDBを設計する際に スキーマ設計 が必須です。
今回は私が実務で行ったスキーマ設計の具体例を紹介します。
背景
既存のデータ構造を参考に、新しいDBに移行する必要があった
別チームが使用していたDBも存在し、構造や型を参考にする必要があった
この状況で、どの情報をどのように管理するか整理 することになりました
作業内容
既存データの整理
現行システムで管理されている項目（名前、日付、金額など）を一覧化
参考DBの確認
別チームのDBでのカラム定義や型を参照
既存の制約やデータ型を参考にして整合性を検討
新しいテーブル設計
各テーブルに必要なカラムを整理
データ型を決定（文字列、数値、日付など）
必要に応じて制約を設定（NOT NULL, UNIQUEなど）
設計のポイント
既存資産の参照
他チームのDB構造や管理されている項目を参考にすることで、データの重複や矛盾を防ぐ
型と制約の整理
どの型で保存すべきかを決めることは、後々のデータ整合性や検索パフォーマンスに影響
テーブル・カラム単位での管理
どの情報をどのテーブルに保存するかを明確にしておくことで、将来的な拡張や他システムとの連携が容易になる
まとめ
今回の作業は、まさに スキーマ設計の実務例 です。
既存データを整理し
必要なテーブルとカラムを決め
型や制約を明確化する
という一連の作業を通して、新しいシステムでのデータ管理を効率的に設計することができます。
ポイント:
スキーマ設計は「新しいテーブルを作ること」ではなく、どのデータをどう管理するかを整理するプロセス全体 を指します。