データベース設計ガイドライン（詳細）
データベース設計规范とは、データベースの設計時に守るべきルールやガイドラインの集まりのことで、データベース構造の合理性、一貫性、保守性の確保を目的としています。データベース設計でよく見られる规范を以下に示します。
- データベース命名規則：
- データベース名、テーブル名、フィールド名は、意味のある英語の単語やフレーズを使用し、省略形、拼音、意味のない文字は避けてください。
- データベース名やテーブル名は、小文字英字を使用し、単語はアンダースコアで区切ってください。例：my_database、user_table
- フィールド名は小文字を使用し、単語は下線で区切ります。例: user_name、birth_date
- データ型の選択
- データの性質に合った適切なデータ型を選択し、不要に大きなデータ型を使わないようにして、ストレージ領域の無駄遣いを防ぐこと。
- 数値や日時データを文字列として格納することは避け、適切な整数型、浮動小数点型、日時型を使用してください。
- 主キー設計
- テーブルは各レコードがユニークに識別できるように、プライマリキーを1つ持つべきです。プライマリキーは自動インクリメント整数、グローバル一意識別子(GUID)、またはその他適切なデータタイプにできます。
- 主キーのカラムは空でなく、一意制約を持つべきです。
- インデックスの設計
- 検索要求とデータ量に応じた適切なフィールドにインデックスを作成し、検索性能を向上させることができます。
- インデックスはストレージ領域を占有し、書き込み操作のパフォーマンスに影響を与えるため、乱用しないようにする。
- クエリで頻繁に使用するフィールドや、テーブル結合時に使用する外部キーフィールドにはインデックスを作成する必要があります。
- 関係性構造
- 外部キーを使用して関連テーブルのリレーションを結びつけ、データの整合性と一貫性を確保する。
- ネストしたサブクエリや結合クエリを極力使用しないことで、クエリのパフォーマンスを向上させます。
- データベースの正規化設計
- ビジネスのニーズに基づいて適切なデータベースの正規化を設計し、データの一貫性と冗長性の削減を担保する。
- 過度の正規化は、複雑なクエリやパフォーマンスの問題を引き起こす可能性があるため、避けましょう。
- ストアドプロシージャとトリガーの設計：
- 複雑な業務ロジックは、ストアドプロシージャやトリガーを利用することで、アプリケーションの負荷を軽減し、データベースのパフォーマンスを向上させることができる。
- ストアドプロシージャやトリガーは理解や保守が容易であるべきで、あまりにも多くのロジックを含んではいけない
- セキュア設計
- 適切なユーザー権限とロールを設定し、データベースへのアクセスと操作を制限する。
- 機密データには、暗号化等のセキュリティ措置を施して秘密性を保護します。
一般的なデータベース設計の規範をいくつか紹介したが、実際の状況やビジネスのニーズに合わせて規範を調整および追加する必要があります。
