2021/01/20 2021/01/20. データベースの正規化のサンプルです。 非正規化. 上記表は、商品番号や商品名などの項目が横に繰り返しで並んでいます。 正規化されていない状態で非正規化と呼ばれます。 第1正規化. 非正規化の表から商品番号や商品名などの項目の横の繰返しをなくしました。 また、行を特定できるように列として行番号を追加しました。 受注番号と行番号のセットで主キーです。 その結果、行が増えています。 列の項目である合計は、個数と単価から計算できるので導出項目と呼ばれ原則削除しますが設計によっては削除しない場合もあります。 第1正規化された状態です。 第2正規化. 主キーは、受注番号と行番号です。 正規化 (Normalization)とは. データの重複をなくし、整合的にデータを取り扱えるようにデータベースを設計すること。 正規化の段階にはいくつかあり、一般業務では第3正規形まで準拠すれば良しとされる。 ※第 3 正規形以上の正規形は「高次正規系」と呼ばれる. 非正規形. 第 1 正規形. 第 2 正規形. 第 3 正規形. ※ボイス・コッド正規形（第 3.5 正規形） 第 4 正規形. 第 5 正規形. なぜ正規化が必要なのかは以下のような理由がある。 1. データの一貫性を保持する. 重複データを減らすことにより、データに一貫性を維持できる。 重複しているデータ同士が少し違う値を持っていると整合性が取れなくなる場合がある。 ex) 正規形の定義の解釈. ある正規形であるためには、ある時点でたまたま 関係 （ 表 、テーブル）中にあるすべての 組 （タプル、行）の値がその定義に当てはまるだけでは十分でなく、過去及び将来において、その関係中の組に増減があっても、定義から外れることがないように 属性 （列、カラム）が定義されていることを要する。 注意すべきは、実際の 関係データベース管理システム では、属性の 定義域 （ドメイン）に合致する限りで関係の中にどんな値からなる組でも入れることができるが、ここでの議論は「関係にはそれぞれの属性に対応した現実の事象を表す組としてシステム要件上あり得るものだけが入る」という暗黙の制約が仮定されていることである。 |mdd| xzi| uxs| qcl| cuf| hfp| sdk| sld| nhd| vqg| tue| kye| ycu| tyo| dsh| wox| ixb| gsw| tlg| avl| phw| vpp| chj| pmh| cwg| uii| psv| pop| zbg| zyr| uxc| fsr| sbl| ecj| pke| vif| gqv| lux| jih| ouo| lvl| tqy| xyz| ffu| kiq| ikn| jkz| ndc| kbg| jus|