問題タブ [third-normal-form]

次の表:

State は主キー (EmpId) に推移的に依存するため、第 3 正規形ではありません。

したがって、次のように分割すると: (EmpId,State) (State,PIN)

3NFです。

(EmpId,State) (EmpId,PIN) のように分割することもでき、再び 3NF になります。

しかし、2 番目のケースでは、情報の冗長性があります。

2 番目の分解が違反するプロパティはどれですか?

州の情報が郵便番号に暗黙的に含まれていることを考えると、それらの両方に第3正規形の違反が保存されていませんか？それらを1つのフィールドに単純に組み合わせることができますか、またはすべきですか？

野球の統計にデータを保存していますが、players、battingStats、pitchingStatsの3つのテーブルを使用して保存したいと思います。質問の目的のために、各プレーヤーはバッティング統計またはピッチング統計を持っていますが、両方は持っていません。

3NFでこのような関係を正規化するにはどうすればよいですか？

常に少なくとも第 3 正規形 (3NF) でデータベースを設計していますか? なんで？

属性カテゴリを持つテーブルがあります。たとえば、属性 Genre を持つ曲を保存するテーブル:

表は第 3 正規形ですか?

Genreつまり、別のテーブルに保存し、次のようなテーブル間に関係を持たせる方がよいことを知っています。

どこでSongs.Genre_ID = Genre.ID。

しかし、最初のケース (テーブルが 1 つ) が第 3 正規形の規則に違反しているかどうかを判断することはできません!

そうですか？はいの場合、どちらですか？

ありがとう、マイク

私はデータベーステストのために勉強しています、そしてスタディガイドにはDBの正規化と機能依存のいくつかの（多くの）演習がありますが、先生は同様の演習をしなかったので、誰かがこれを理解して攻撃するのを手伝ってほしいです他の16の問題。

1) 次の論理スキーマがある場合: 関係 product_sales

前提条件: • POS はゾーンにグループ化されています。• 各 POS にはエージェントがいます。• 各エージェントは単一の POS で動作します。• 同じ POS の 2 つのエージェントが同じ製品を販売することはできません。• 代理店が販売する各製品には、製品と販売数量に応じて資格が割り当てられます。

a) 存在する 4 つの機能依存関係を示します。
b) この構造の標準形は何ですか。

これは私がすでに行った宿題です。正しく行われたかどうかの確認、または解決方法のヒントが必要です。ありがとう。
これは質問です：

関係 Vaccine は、幼児とその予防接種に関する情報を記録することを目的としています。特定の幼児が特定の予防接種を受けたとき。予防接種が行われた場所。ワクチンを接種した人。以下は関係見出しを与えます:
Vaccine( VaccineCode, InfantId, Date , InfantName, InfantAddress, MedicalCentreCode,MedicalCentreName, MedicalCentreAddress,NurseId, NurseName)

主キーを決定要因とする機能依存関係に加えて、Vaccine には次の重要な機能依存関係 が あり
ます
。> ナースネーム

この関係を最初に 2NF で与え、次に 3NF で与えます。

私の解決策:
2NF:
Infant( InfantID , InfantName,InfantAddress)
Rest( VaccineCode, InfandID, Date , MedicalCentreCode, MedicalCentreName, MedicalCentreAddress, NurseId, NurseName)

現在、インファントは 2NF と 3NF にいますが、Rest 関係は 3NF にありません。これらすべての関係の 3NF は次のようになります (もちろん私によると):
VaccinationDetails( VaccineCode, InfantID, Date ,MedicalCentreCode

幼児（幼児ID、幼児名、幼児アドレス）

MedicalCentre( MedicalCentreCode、MedicalCentreName、MedicalCentreAddress)

看護師( NurseId、NurseName)

私のソリューションは 2NF と 3NF ですか?

これは元々、ここで別の質問で提示された論理スキーマの「更新」になる予定でした：MySQLでエラー1701、エラー1452、およびエラー1305エラーを取得する-専門知識が必要です...

このスキーマを第1正規形と第2正規形で正常に検証できたと思いますが、これが第3正規形に一致するかどうかはわかりません。問題のモデルは次のとおりです。

そして、これが関連するコードです（注：上記の論理モデルに示されているように、何らかの理由でSQLコードで1：1の関係を再作成できません）：

以下のこれらのリンクから：

• http://en.wikipedia.org/wiki/First_normal_form
• http://en.wikipedia.org/wiki/Second_normal_form
• http://en.wikipedia.org/wiki/Third_normal_form

これは、3NFへの正規化についての私の理解です。

• 第一正規形は、値の繰り返しを許可しないことを意味します
• 2番目の正規形は、1NFと属性が主キーの一部ではなく、主キー全体に依存していることを意味します（テーブル内の値が何らかの方法で相互に関連付けられ、比較が行われる必要がある場合、これはテーブルの分割と見なします）。
• 3番目の正規形は、2NFを意味し、遷移値はありません（たとえば、x=yおよびy=zの場合、x = z）

理論からの知識を実践することは私にとって非常に困難です。特に、その「実践」を機能する正規化されたMySQLコードに変換することは非常に困難です。誰かが私がモデルを調べて、モデルを3NFに正規化することについてのいくつかの指針を私に与えるのを手伝ってくれるなら、私はそれをとても感謝します。

前もって感謝します！

report ( id , description) (key: id ) と
registration ( a , b , id_report) (key: ( a , b ));の2 つのデータベース テーブルがあります。

id_report は、レポートidを参照する外部キーです。
テーブル登録には、機能的な依存関係 a -> id_report があります。

したがって、テーブル登録は 1nf ですが、2nf ではありません。

それにもかかわらず、テーブル登録で挿入/更新/削除の問題を見つけることができません。出来ますか？

ありがとう

ER図を知っている人もいるかもしれません。データベースのモデル

例： http： //en.wikipedia.org/wiki/Entity%E2%80%93relationship_model

これが私のデータベースモデルです:( 翻訳：Werkstatt =ガレージ、Dienstleistung =サービス、Kategorie =カテゴリ、Bewertung =評価、bewerten =レート、besitzt =所有、帽子=持っています）

私の質問は次のとおりです。

1）多対多の関係、1対1、1対多をモデル化できます。必要に応じて、独自のテーブルを使用する必要がありますか？たとえば、多対多の関係には独自のテーブルが必要です。それとも、LaravelはそのEloquent ORMによって関係を処理しますか？

2）たとえば、NULL値が存在しないほど優れたデータベースを設計できます。または、依存関係または冗長性を適切な方法で処理すること（http://en.wikipedia.org/wiki/Database_normalization#Normal_formsを参照）。冗長性と依存性を処理する必要がありますか、それともLaravelが処理しますか？

ですから、一般的に私は知りたいのですが、データベース設計をどこまで進めるべきでしょうか？できるだけ良くする必要がありますか、それとも基本的なエンティティを作成するだけで十分ですか？

情報：ここでは、データベースが正規化されていない場合に発生する可能性のある結果を確認できます：http: //en.wikipedia.org/wiki/Database_normalization#Free_the_database_of_modification_anomalies

よろしく