問題タブ [third-normal-form]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - データベースの第3正規形
誰かが私のデータベースが第3正規形であることを確認できますか?そうでない場合は、その理由を説明できますか?DBに必要なテーブルは3つだけです。だからここにあります:
database - wiki の例における 3nf 機能の依存関係
3nf に関するウィキを読みました https://en.wikipedia.org/wiki/Third_normal_form
それはウィキが与える例です
それは言う the non-prime attribute Winner Date of Birth is transitively dependent on the candidate key {Tournament, Year} via the non-prime attribute Winner
機能依存性はそれだと思います
勝者の生年月日 -> 勝者 (同じ誕生日で同じ名前の人がいる可能性がありますか?) と勝者 -> 候補キー {トーナメント、年} が勝者名 Al Fredrickson の場合、それはインディアナ インビテーショナル 1998 である可能性があることを理解できません。またはデモイン マスターズ 1999)
では、どうやって結論に飛びつくのでしょうか。
database-normalization - データベースの関係の最高正規形を見つける
FDが A--> B の場合、関係 R(A,B,C,D) の最高正規形は何ですか? CD--> B; A--> CD; CD--> A ? 答えを出すだけでなく、この種の問題を解決するための段階的なアプローチも教えてください。
database-normalization - BCNF と 3NF の技術的な質問
SOには多くの関連する質問がありますが、この質問に答えることができるものはありません:
依存関係を維持しながら、損失のない結合を BCNF 関係に分解できる 3NF 関係を持つことは可能ですか?
1 つまたは複数の依存関係を緩和する準備ができている場合は、3NF 関係を BCNF に分解できることは承知しています。そして Beeri と Bernstein は、形式 {AB->C, C->B} の FD が BCNF に還元できない 3NF 関係を与えることを証明しました。しかし、3NF で BCNF に還元できる場合もありますか?
追加の非公式なオタク ポイントとして、BCNF ではなく 3NF で許可されている依存関係を表す適切な用語を知りたいです。部分的および推移的な依存関係に基づいて、1NF、2NF、および 3NF を区別するのは非常に簡単ですが、私の考えでは、BCNF の問題の半分は、禁止されている依存関係のタイプに簡単な名前がないことです。
sql - SQL テーブルが 3 正規形でないのはなぜですか
このデータベースを作りました。テーブルの「イベント」が第 3 正規形ではないと言われたことを除けば、正常に動作しているように見えます。これが第 3 正規形でない理由がわかりません。都市と郵便番号が原因で、常に同じである必要があると思いましたが、大都市には複数の郵便番号がある可能性があり、関連する都市とその郵便番号専用の別のテーブルを作成する意味がわかりませんイベントテーブルへ。
また、システムによって予約されている名前の一部を使用して、名前または属性の名前が間違っている場合は申し訳ありません。母国語で書いたので、コードを英語に翻訳する必要がありました:)。ご協力いただきありがとうございます。
編集:このように機能すると思いますか?以前にイベント テーブルにあったすべてのアドレス情報を含む location という別のテーブルを作成し、id_event PFK を作成しました。
database-normalization - データを 3NF に準拠させるためのガイダンスが必要
私は現在データベースの割り当てに取り組んでおり、何らかの理由でこの 1 つの基本的な質問に苦労しています。
顧客(cus_ID(下線部)、氏名、住所、携帯電話)
これらの属性が 3NF にない理由を説明してください。3NF に準拠するために、顧客エンティティに対して何をしますか?
名前の住所には、姓、名などの複数のフィールドを含めることができ、それらは cus_ID に依存することを知っています。cus_ID は、新しい名前エンティティでイタリック体になります。
私は正しい軌道に乗っていますか?より詳細な質問を完了しましたが、この質問に混乱しています。
どんな助けでも大歓迎です
ありがとうございます
database - この表が 3NF で正規化されていることに同意しますか?
私はテーブルの正規化をチェックしていて、私が来たものを見てください:
この表に示されているデータを第 3 正規形 (3NF) に正規化するプロセスを説明し、図解します。
変換後、次の 2 つのテーブルが作成され、両方とも 3NF にあると主張されます。
と
最初のテーブルが 3NF でないことは明らかだと思います。例: tell_no は、主キーではない branch_addres に依存していますが、主キーは機能的に branch_address を識別します。これは、移行的な機能依存関係と矛盾しています。
database - 1NF テーブルを 3NF に正規化する
クラスでノーマライゼーションを学んでいます。そして、私はこの記事でこの演習を見つけましたここに
次の表を 3NF に正規化してください。
これが私がやった方法です。
表の整理方法が正しいかどうか知りたいです。