2020. 10. 24 2020. 11. 01 データベーススキル この記事の動画版はこちら チャンネル登録お願いします! 今回は、データベース設計の際に行う「 正規化 」について、 初心者向けに分かりやすくご説明したいと思います。 Webアプリを作る上で、データベース設計は必須のスキルです。 データベース設計を行う際に、この「正規化」という方法は頻繁に使う基本的な考え方になりますので、 ここでしっかり理解しておきましょう! ・正規化という言葉を聞いたことが無い方 ・何となく聞いたことがあるけど、何のために行うのか分からないという方 のご参考になれば幸いです。 今日も1つスキルアップしていきましょう! 正規化とは何か?
と商品コードの2つが主キーであると言えますが、 商品コードが分かれば明らかになるような商品名や単価 があります。これを分離するのが第2正規化です。 補足)非キーとは何か? 正規化の中では「主キー」とともに、 「非キー」 という言葉もでてきます。 これは先ほどの表2-2の数量のようなもので、数量の値が分かっても、受注No. や商品コードを割り出すことはできません。 このように、この項目が決まったとしても、他の部分が明らかにならないような項目を非キーと呼びます。 難しく考えず、主キー以外の項目と置き換えてしまっても、試験に取り組む程度であれば問題ありません。 第3正規化 第2正規形でデータの冗長性を取り除くことができました。しかし、まだ改良の余地はあります。 例えば、顧客の会社名が変わった際に、表2-1のように顧客No. と顧客名をすべての注文に記入していた場合は、いちいちすべての会社名を変えていかなければなりません。 これは面倒である上に、ヒューマンエラーで修正漏れなどがでてしまうかもしれません。 この顧客名は主キーである受注No. がわからずとも、顧客コードさえ分かっていれば特定できる情報です。そのため、表2-1から顧客名を以下のように分離させていきます。 ・表4-1 受注No. 受注日 顧客No. 10 2020/11/11 D001 11 2020/11/20 D002 12 2020/11/25 D003 ・表4-2 顧客No. 【初級編⑧】テーブル正規化の概要とその手順 | SQL Server 虎の巻. 顧客名 D001 A社 D002 B社 D003 C社 このような場合も管理しやすいように、主キー以外の項目同士の依存関係も切り分けていきます。 最終的なテーブルの姿 ここまでで第3正規化までが完了いたしました。 最終的に表1のテーブルは以下のようなテーブルに整理されました。 受注No. 10 2020/11/11 D001 11 2020/11/20 D002 12 2020/11/25 D003 受注No. 商品コード 数量 10 A100 12 10 B100 10 11 B100 10 11 B100 10 12 A100 20 12 A100 10 商品コード 商品名 単価 A100 ペン 100 B100 消しゴム 80 顧客No.
注文書の項目一覧を表に書き出す 項目名とデータをすべて書き出します。 Excelでは次のようなデータを書く人が多いと思います。 2. 列の項目の繰り返しを探し、変換する 列に注目して、繰り返しがなくなるようにします。 もし下のように項目を書き出した人の場合、 黄色の項目が繰り返してます。 上の図のように、商品データを縦に持つように変換してください。 メモ RDB(関係データベース)は項目の追加と削除は不得意です。 表の項目を一度決めたら列の追加はめったに行いません。 商品を一度に100個買う人が出た場合、100 x 3の300項目追加しないといけなくなります。 このような事が起きないように列の繰り返しをなくします。 3.
原則、正規化をすべし。ただ、場合によりあえて正規化しない選択肢もある、という認識でいれば良いと思います。 この記事と関連性の高い記事 【初級編⑨】テーブルに設定するキーの種類や様々な制約(CONSTRAINT) 【初級編⑩】SQL Serverのテーブル結合(JOIN)の基礎 【初級編⑪】SQLのGROUP BYでレコードのグループ化と集計を行う 投稿ナビゲーション 市販のテキストで全く理解出来ていなかったのですが、こちらでスッキリと理解することができました。ありがとうございました。
の3つに分解する必要があります。分解を行うと、下のようになります。 正規化における注意!!
補足ですが、 実際は第二正規形までしかできないデータ構造も多くあります。 その場合、第二正規形と第三正規形はおなじものとなります。 さいごに 改めて各用語の説明は以下の通り そして、正規化の流れは以下のようになります。 正規化の流れ 列の繰り返しをなくす(第一正規形) 主キーの一部に依存するデータを探し、別テーブルに切り出す(第二正規形) 主キーじゃない列に依存するデータを探し、あれば別テーブルに切り出す(第三正規形) このように正規化をする際には どの列がどの列に依存しているか ということを意識することが大切です。 基本情報の問題とかにも出てくるので、ぜひマスターしておきましょう。 なんで正規化するの?正規化するメリットってなーに?みたいな話はまた別の機会に。 この記事を面白いまたは役に立ったと思ってくれた方は是非私のTwitter( @kojimanotech)を フォローしてくれたらうれしいです! システムエンジニアのつらい部分のあるあるなんかをエンタメにしたチャンネルを作りました。 チャンネルはこちら つらい部分も楽しくなればと思っているのでよかったらチャンネル登録や高評価してくれたらうれしいです。 以上、コジマでした。
「正規化って何のために行うの?」 と疑問をいだいている方も多いと思います。 熟練の開発者がデータベースを作成すると、データ構造はほとんど同じ形になります。 それは ルールに基づいて設計している からです。 そのルールが正規化です。 正規化を勉強することで データに関するトラブルが少なくなる 新しいシステムのデータベースを見たときに、データ構造をすぐに理解できる というメリットがあります。 正規化は一度覚えれば長年開発で役に立ちます。 コスパ最強の知識の一つなのでぜひ勉強してください。 BI技術者必見!!
これだけ暑いと冷たい物が欲しくなります。 それはともかく、関東付近に直撃しそうな台風が心配です。 西方向に進んでいるようで……大きな被害がないことを願うばかりです。 いつもならチェックしているはずの、 母校の高校野球の予選がとっくの昔に終わっていました。 残念ながら初戦敗退だったようです。 世間はもう夏休みモードなのですよね。 僕の方は授業はあと2週間ほどですが、 落ち着かない日々はもう少し続きそうです。 今週もいろいろと詰まっています。 阿部一二三は僕と同じ誕生日だったのですね。 さらに言えば阿部一二三と藤田菜七子は全く同じ日に生まれていましたか。 同じ誕生日の有名人として自慢できる人が増えるのは嬉しいです。
↑このページのトップへ
『今日はどんな日?』に興味を持っていただきありがとうございます。 現代版タロットと称される「サイカード」を用いた今日の運勢をお伝えします。 もちろん、未来は自ら切り拓くもので、他人任せでは絶対にダメです。 でも、助言は大いに聞くべきではないでしょうか。 それでは、以下ご参考に願います。 ● 今日の傾向 今日のあなたは、物ごとの本質が見分けられない状態にある可能性があります。 それは、他人が考えていることが分からないとか、与えられた仕事の内容が理解できない、はたまた試験で問われてる内容が理解できない... 、 物ごとがあなたに対して求める本質が分からない状況にあるのです。 ● ご助言 今日のあなたは、あなた自身の内面を観察することから始めると良いでしょう。 自分の 気持ちに背いて行動することは、あなた自身をないがしろにすることにつながります。 また、どうしても乗り越えられないような障壁やあなたの心情に反するようなことに対しては、きっぱりと別れを告げるのが良いでしょう。 一旦終了させて、その後再生への道を模索することも時には必要なのです。 くじけず頑張ってください。 ▶参考になりましたでしょうか... それでは今日も頑張っていきましょう、応援していますよ。 明日もまた、よろしくお願いします。 KOMA