正規化は、データの重複を排除しつつ、データ更新による矛盾が発生しないようするためにテーブルを分けることです。
要は、RDBMS（リレーショナルデータベースシステム）で、「使える状態にする。そのためにテーブルを分ける」ことです。
このページでは、非正規形から第５正規形の中で主に学ぶ必要のある「第１正規化から第３正規化まで」をとりあげていきます。
また、ベテランのエンジニアとなってくると、感覚や雰囲気で「テーブルを分ける」ようになってきます。ただ、何となくテーブルを分けるのではなく、理由を持って正規化できるようになると良いでしょう。
非正規形の状態は、カラム（フィールド）の値が、単一でない状態です。
下記の場合、「商品番号１」「商品番号２」「商品番号３」のように同じ属性のカラムが複数存在（重複）してしまっています。
第１正規形の状態は、カラム（フィールド）の値が、単一になっている状態です。
複雑なデータ保持をしていたところを、繰り返し項目を排除してシンプルな構造に変えるだけです。
ここでは、「主キー」になりえそうなカラム（フィールド）が２つあります。
「レシート番号」と「商品番号」です。この２つがあれば、レコードを特定することが可能です。
➡「候補キー」といいます。
第２正規形の状態は、第１正規形であり、部分関数従属性をなくした状態です。
簡単にいうと「候補キー（主キー）」に関係する非キー属性（カラム）をテーブル分離していきます。
対象となるカラムから見たとき、他のカラムの値が一意に決まる関係
例えば、レシート番号で検索したときに誰がいつ購入したか（日付や顧客情報）が分かります。
このような場合、日付や顧客情報は、レシート番号に関数従属している状態といいます。
部分関数従属しているカラム
※「候補キー」が複合キーではなく、単一キーの場合には、必然的に第２正規形を満たしているため、次の第３正規化に進みます。
第３正規形の状態は、第２正規形であり、推移関数従属性をなくした状態です。
簡単にいうと「候補キー」に関係しない非キー属性（カラム）をテーブル分離していきます。
３枚の領収書データを非正規化の表に転記し、第一正規化から第三正規化までを実践してみよう。