MySQL データベース設計 3 つのパラダイム例分析

テーブルの主キーは (学生番号、コース) であり、これは (学生番号、コース) -> (成績、コース単位) と表現でき、すべての非主キー列 (成績、コース単位) が主キー (学生番号、コース) に依存していることを示します。 ただし、表には別の依存関係があります: (コース) -> (コース クレジット)。このように、非主キー列「Course Credits」は部分主キー列「Course」に依存するため、上記の表は第 2 正規形を満たしません。

これを次の 2 つのテーブルに分割します。

学生コース選択表:

コース情報シート:

上記 2 つのテーブルでは、学生コース選択テーブルの主キーは (学生番号、コース) であり、コース情報テーブルの主キーは (コース) です。テーブル内の主キー以外の列はすべて、主キーに完全に依存しています。これは、2 番目のパラダイムに準拠しているだけでなく、3 番目のパラダイムにも準拠しています。

この学生情報シートを見てみましょう:

上記の表では、主キーは (生徒番号) であり、すべてのフィールド (名前、性別、クラス、主任教師) は主キー (生徒番号) に依存しており、主キーに部分的な依存関係はありません。したがって、これは第 2 正規形を満たします。

第3正規形 (3NF)

第 3 正規形 (3NF) を満たすには、まず第 2 正規形 (2NF) を満たす必要があります。つまり、第 3 正規形 (3NF) では、データベース テーブルに、他のテーブルにすでに含まれている非主キー フィールドが含まれていないことが求められます。つまり、テーブルの情報が推測できる場合は、それを保存するための別のフィールドを設計しないでください (可能な場合は外部キー結合を使用します)。多くの場合、第 3 正規形を満たすために、テーブルを複数のテーブルに分割することがよくあります。

つまり、第 2 正規形の前提を満たしています。属性が他の非主キー属性に依存し、他の非主キー属性が主キーに依存している場合、この属性は間接的に主キーに依存しており、これを主属性への推移的依存と呼びます。 簡単に説明すると、テーブルには同じ種類の情報を最大 2 つのレイヤーしか保存できないということです。

反3パラダイム

冗長性のないデータベースが必ずしも最良のデータベースであるとは限りません。運用効率や読み取りパフォーマンスを向上させるために、パラダイム基準を下げて冗長データを適切に保持する必要がある場合もあります。具体的なアプローチとしては、概念データ モデルを設計する際には第 3 正規形に準拠し、物理データ モデルを設計する際にはパラダイム標準を下げることを検討します。パラダイムを下げるということは、フィールドを追加し、クエリ中の関連付けを減らし、クエリの効率を向上させることを意味します。これは、データベース操作におけるクエリの割合が DML の割合よりもはるかに大きいためです。ただし、脱パラダイム化は適度に行う必要があり、3 つのパラダイムの元々の満足度に基づいて調整を行う必要があります。

以上がこの記事の全内容です。皆様の勉強のお役に立てれば幸いです。また、123WORDPRESS.COM を応援していただければ幸いです。