- 締切済み
第３正規化とは何でしょうか
noname#251548の回答
第二正規化については、次のようなファイルでしたら店舗コードが単体に主キーになります。 ・店舗コード ・店舗名 ・地域コード ・地域名 ・店長コード ・店長名 ・累計売上額 この例と先の説明で考えてみてください。 みっともない回答となってしまいました。ごめんなさい。
関連するQ&A
- DataBaseの主キーについて
今晩は、現在Databaseを勉強中です。 DataBaseの正規化について質問致します。 第２正規化、第３正規化のあとは、全てのキー列が主キーに対して完全従属、そして推移的関数従属でない表が出来ているはず なのですが、これを考えると、第３正規化後も何故主キーが２つ以上になることがあるのでしょうか。 あるフィールド（主キーの列）に対して他の列は完全従属で且つ、推移的従属であれば、主キーは１個しかないと考えられるのですが、 これについての疑問を色々と調べてみましたが納得のいく参考書等も見当たりません。 この内容について詳しい方がおられましたら是非教えて下さい、宜しくお願い致します。
- ベストアンサー
- その他(データベース)
- また正規形について。
http://www.techscore.com/tech/sql/16_02.html のＵＲＬの下の方の表 受注番号、商品番号、納入業者 12345 001 業者 A 12345 002 業者 B 12346 001 業者 A 12347 001 業者 D において、 ****以下引用**** このとき、非主キー列「納入業者」は「受注番号」と「商品番号」から決まりますので、(受注番号、商品番号) →納入業者は関数従属の関係が成立しています。よって、このテーブルは第二正規形の条件を満たしていると言えます。（中略） ****引用終わり**** とありますが、私には 商品番号→納入業者 という関数従属関係があるきがするのですが違うのでしょうか？なので第二正規形の時点で、 （商品番号、納入業者）という表が新たに分離される気がするのですが… さらに、 http://www.st.rim.or.jp/~ryoma/tips/seikika.htm のＵＲＬの同じくボイスコッド正規形で扱われ表、 商品コード、仕入先コード、担当者コード 000120001 111 401 000120001 112 402 000120002 111 401 000120002 150 403 仕入先コード、仕入先名 001 東京商店 002 大阪商会 003 名古屋流通 で、 *引用* 商品コード、仕入先コード、担当者コードを属性とする上の表は、繰り返し部分を持たず、また商品コード＋仕入先コード、あるいは商品コード＋担当者コードをキーとすることができ、かつ推移従属の関係が存在しないため、第三正規形です。 *終* とありますが、主キーを【商品コード、仕入先コード】と決めたとき、非候補キーである担当者コードは仕入先コードに関数従属している気が（私は）してしまうので第二正規形へ変形した時点で（仕入先コード、担当者コード）という表が分離されていると思うのですが。 以上の解釈で間違っている考えがあればご指摘ください。
- ベストアンサー
- MySQL
- 【データベース】 正規形を答える問題
正規形を答える問題で悩んでいます。 次のような問題です。 属性{A,B,C,D}をもつ表に対して、次の二つの従属性が見られる。 (1)A,B → C,D (2)C→B この表の正規形は何か。 第2正規形か第3正規形で迷っています。 第2正規形の条件を満たす理由は 候補キーは{A,B},{A,C}で どの候補キーも非キー属性に対して完全関数従属だからです。 その後、非キー属性が候補キーに対して推移的に関数従属していないかを考えたのですが、「おそらくしていない…」というくらいで第3正規形であると確証ができません。 確証ができない理由が一つあります。 実際の業務でこのテーブルをつくるときに、 {A,C}→D, C→Bを利用して、 ACD とCBの二つの表に分けると思うからです。 うまく分けられるってことは第2正規形だからかな…と考えてしまいます。 アドバイスいただけないでしょうか… よろしくお願いします。
- ベストアンサー
- 情報処理技術者
- ボイスコッド正規形
http://www.techscore.com/tech/sql/16_02.html を参考に勉強しているのですが、ここのサイトでの疑問点です。 ボイスコッド正規形の説明の一番最後のほうに、 --引用-- 受注番号を主キーとし、下のテーブルでは納入業者を主キーとします。それぞれ、受注番号→商品番号、納入業者→商品番号という完全関数従属関係が成立しています。これらのテーブルは、ボイスコッド正規形の条件を満たしています。 --引用終わり-- ココの点で、受注番号→商品番号の関数従属はなりたっているのでしょうか？？ 12345は商品番号001,002の二つを指している気がするのですが。
- ベストアンサー
- MySQL
- 正規化があっているのかどうか見てください。
最近自作サイトを作っているのですが、DBの設計がちゃんと正規化されているか自信がありません。 そこで今考えているDBのテーブル設計を書かかせていただきますので、あっているかどうかチェックしていただきたいと思って投稿しました。 例えば電子書籍のDBを設計するとして、 ・漫画ID タイトル タグ ページ数 アクセス数 Upload日 Update日 こんなテーブルがあったとして、タグには複数の項目が入るので、第一正規化を適用して ・漫画ID タイトル タグID ページ数 アクセス数 Upload日 Update日 ・タグID タグ の２つにわけました。ここで２つ疑問があります。 まずタグIDとタグからなるテーブルですが、これの主キーはタグIDとタグですよね？ これは主キー以外にレコードは無いんですが、こういう設計はまちがっていませんか？ 次に、もう一個のテーブルがやけに長いというか第２正規化できるような気がするのですが、 部分関数従属するカラムは見当たりません。（例：ページ数が決まったかといって、アクセス数が決まるわけではない。 つまり全て漫画IDに完全関数従属している）。これであっているでしょうか？ ご回答お待ちしております。
- ベストアンサー
- その他(データベース)
- データベースでの質問です。
データベースの正規化で第一正規化、第二正規化、第三正規化 がありますが 「第一正規化」では、データの重複をなくす事をする 「第二正規化」では関数従属をおこないxの値が決まればyの値が決まるのと同じように あるキーが決まれば、他のキーも決まるようになること 「第三正規化」では関数従属をなくすと聞いたんですが、意味がわかりません 解釈としてはキー項目を２つ組み合わせてある項目を決めると解釈であってるでしょうか？？ 第一正規化と第二正規化はこの解釈でいいでしょうか？？ バカな質問ですいません データベースの正規化の理解に苦しんでいます 回答おねがいします。
- 締切済み
- その他(データベース)
- 第１正規形→第２正規形
正規化についてお聞きしたいです。 大学の図書館の本の貸し借りのデータベースで 現在第1正規化した↓のテーブルがあるのですが 図書ID｜書名｜配架場所｜学生証番号 | 氏名｜学部｜在籍期限｜返却期限｜貸出日 (図書IDは重複がないものとする。主キーは図書ID、学生証番号である) これを第2正規形に正規化した場合 学生証番号(主キー)｜氏名｜学部｜在籍期限 図書ID(主キー)｜書名｜配架場所 学生証番号(主キー)｜図書ID(主キー)｜返却期限｜貸出日 ↑のように３つの表に分ければ良いのでしょうか？ あとこれを第３正規形にするにはどうすればいいでしょうか？ 第２から第３への方法がよくわからないので、わかる方ご指導下さい。
- ベストアンサー
- その他(データベース)
- 第3正規化するかどうか
第3正規化ってどういう条件でやるものなのでしょうか？ http://su10.sgu.ac.jp/~morita/Seminar/6thStudent/siohara/formalize.html 上記だと第3正規化でGenre_nameを分離していますが、 Genre_codeで定まる値が一つならGenre_codeをなくしてGenre_nameをCinemaに直接書いても大差ないように思えます。 （Genre_codeに従属している項目が複数だったらやるべきだと思いますが） 現在テーブルを作成しているのですが、 上記のようにコードをつけて分離しようと思えばできる項目が複数あり、 やるべきかやらざるべきかで悩んでおります。 基本的にやれるところはやった方がいいのでしょうか？ （個人的にはテーブルが増えると管理が面倒なのでコードにするにしても、 参照するプログラム側で連想配列でも持たした方が楽かなと思っているのですが）
- ベストアンサー
- その他(データベース)
- 正規化・リレーションシップについて
テーブル(表)というのは、売り上げ伝票とうをデータに起こしたものだと思っております。 その中で、起票したテーブルを 部分的・推移的関数を排除すれば第三正規化までが出来ると考えております。 「質問1」 つまり正規化で対象となる表は、起票したデータ(表=伝票等)が対象になる？ で間違い無いでしょうか？ 「質問2」 1つのデータ(表=伝票等)を、正規化したため、 その関連付けるために、リレーションシップというのがあるのでしょうか？
- ベストアンサー
- その他(データベース)
- 正規形の定義
第二正規形と第三正規形の定義を教えてください。 どの文献を参考にしても「候補キー」や「主キー」という語を用いて説明がしてあります。が、私はそのあたりからさっぱりわからないので、とても理解しづらいです。もっと噛み砕いた、わかりやすい表現での定義を求めています。どうか、よろしくお願いします。
- ベストアンサー
- その他(データベース)