1NF のルールは、きれいなスプレッドシートを設定するように、テーブルが最初から適切に構造化されていることを確認することです。

ルール: すべての列に一意の名前を付け、すべてのセルに分割できない単一の値のみを含める必要があります。

解決すること: 1 つのセルに項目のリストを入れることはできません。たとえば、「注文」テーブルの「注文商品」列の 1 つのセルに「牛乳、卵、パン」とリストすることはできません。代わりに、商品ごとに独自の行を使用する必要があります。これにより、データの検索と管理が可能になります。

2NF ルールは、テーブルで複合キー（注文 ID と商品 ID のように、2 つ以上の列を組み合わせて作成された主キー）が使用されている場合にのみ適用されます。主キーは、テーブル内のすべての行を一意に識別する値の列または列のセットです。非キー列は、主キーの一部ではない列です。

ルール: テーブルはすでに 1NF である必要があり、すべての非キー列は、複合キーの一部のみではなく、全体に依存する必要があります。

解決すること: データは、完全に従属する場所にのみ保存する必要があります。キーが（注文 ID、商品 ID）のテーブルがある場合、商品価格のような列はこのテーブルに含めるべきではありません。商品価格は商品 ID のみに依存し、注文 ID には依存しないためです。解決策は、商品 ID と商品価格を別の「商品」テーブルに移動することです。このテーブルでは、商品 ID が単一の主キーになります。これにより、その商品を含む注文ごとに、商品の価格が不必要に繰り返されるのを防ぐことができます。

3NF ルールは、データベース設計の最も一般的な目標であり、データポイント間の間接的な関係を取り除くことを目的としています。

ルール: テーブルは 2NF である必要があり、非キー列は主キーのみに依存し、他の非キー列に依存してはいけません。

解決すること: 1 つのキー以外のデータが、別のキー以外のデータの値を決定するのを回避します。オフィス ID（非キー列）とオフィスの場所（別の非キー列）を保存する「従業員」テーブルについて考えてみましょう。オフィスの場所は、従業員の ID（テーブルの主キー）ではなく、オフィス ID によって決まります。この間接的なリンクは推移的依存関係です。これを修正するには、オフィス ID とオフィスの場所のみを含む新しい「オフィス」テーブルを作成し、オフィス ID を使用して 2 つのテーブルをリンクします。これにより、オフィスの場所が変更された場合でも、1 か所だけを更新すれば済みます。