どのような正常化のルールはこの違反する?

https://stackoverflow.com/questions/2381762

24-09-2019
|

質問

仮にうまくいきませんのテーブルデータベースを整備し、T₁₀ T₁₁, は、10および11の列は、それぞれ、10、カラムは同じ。

何を(もしあれば)正規化ルールのうえに違反する?

解決

の編集：私は正規形がここに理論的には違反していないことを知らされています。これが受け入れ答えだったので、私は参考のためにここでそれを残して、3NFについての考え方が問題のような練習ヘルプ回避の状況で可能性があるためだ。の

あなたは、第3正規形（3NF）に違反している場合は、ほとんど同じデータなぜならその後、各テーブルのすべての属性は、それぞれのテーブルのキーに直接依存しないが、両方のテーブルに保持されます。

他のヒント

なんと、複列のテーブルに違反しない理論的な通常の形式とそのものです。以外のドメイン-キーの通常のフォーム(DKNF)通常形態によって定義するための個別のない複数のテーブルDKNFによって定義される制約がありなしの一般的。このような違反の通常のフォーム：

で特定のテーブルをそれぞれの持つテーブル（テーブルにも違反し、通常形態の場合でも削除され、他のテーブル）
に関して制約に違反するDKNFとな例の場合には問題があります。なので、重複したカラムを違反ではなく、追加の制約を表すクエリー式を追加。

を考慮する通常の形態, を使用し、簡単な定義からWikipedia記事:

1NF: のテーブルを忠実には関係のない繰り返します。

この正直です。"の"繰り返し集団"の意味の理論られましたが、いずれもてな重複列のデータです。
2NF: かもしれない盛りの属性のテーブルの機能に依存する適切なサブセットの候補者がいる場合はその候補者ます。

ここで、重要な長期的には"機能性依存性".本来、機能的な依存性は、あなたがプロジェクトとの関係につ列XとYについて、風と機能のX→Yできない機能的な依存関係が二つ以上のテーブル^*.また、候補鍵できない複数のテーブルをま
3NF: 毎非盛りの属性は非推移的依存の全ての候補のキーです。

他動的な依存性によって定義される機能性依存性:は、他の依存関係には依存関係がX→ZがX→YとY→ZX、Y、Zと同じテーブルでこれらの機能の依存関係.
4NF: 毎非自明なmultivalued依存のテーブルは依存superkey.

Multivalued依存性は少しややこしくなが可能であり、これまでのようにする例:"いつのタプル(a、b、c）（a、d、e）がrのタプル(a、b、e、d、c）にも存在するr"の"r"はいことがあります。この物質は、multivalued依存性のみに適用されるシングル。
5NF: 毎非自明な参加の依存関係のテーブルによって示唆されるsuperkeysのです。

テーブルは加入依存性場合によって表示することができ、自然の参加その他を参照。これらのテーブル、しかしなが存在し、データベースです。場合はテーブルT₁₁ の例が入に依存もしていた場合でも削除されテーブルT₁₀
6NF (C.日): テーブルの無い非自明な参加の依存関係（参考に一般化joinオペレーター).

同じ論理5NF.
小鍵標準形 (EKNF): 毎非自明な機能性依存性のテーブルのいずれかの依存関係の情報にアクセスされる方のキーの属性や依存性superkey.

同じ論理2NF.
Boyce–Codd通常形態 (BCNF): 毎非自明な機能性依存性のテーブルは依存superkey.

同じ論理2NF.
ドメインキーは通常形態 (DKNF): 毎制約を表すクエリー式を表す論理的結論のテーブルのドメイン制約やキー制約に

いる場合₁₁ は制約によってはT₁₀, そのいずれかのキー制約、またはより複雑な制約のもとT₁₀.後者の場合は一般の場合に上記の問題をもたらしていました。つまり、ある特定のスキームとの重複列を侵害するDKNFではtrueです。さらに、この制約はない通常の形式について定義される複数のテーブルの制約ではなくカラムの複製)の原因となるDKNFの侵害となります。

の目的のための正規化を防止する異常が発生した場合の対しかし、正規化は完全ではないと保証するものではありませんリレーショナルデータベースは完全無料となりからの異常が発生した場合の対このインスタンスが練習から半導体レーザの出力は大きく拡散理論。

このがんを説得までのスキーマです。'sコメントをヒントには、₁₁ を表す歴史（または収録バージョンT₁₀.の主キーのT₁₁ の主キー列を共有しT₁₀, スのカラムの日時-バージョンにもなります。T₁₁ 異なる候補鍵が全ての差異常が、異常無料、正規化されます。

^*人がいるかもしれていただけると思いますが参加を依存性と。からの参加がテーブルを作成する依存性の、依存性があるこのテーブルではなく、構成銘柄の加入。の場合は、ここのテーブルが接テーブルからの依存関係の如何にかかわらず、その他のテーブルのデータベースです。

おそらく、冗長データを回避するルール？（すなわち、2つの表にの同じのデータ）

11個の列10が同じであれば、なぜこれは単なるすなわち11番目の列は、それがあるデータの種類を示すために可能な12列とともに左ブランクを（ある一つのテーブルとすることができないテーブルを）元々にされているのでしょうか？

これは、テーブルに何があるかによって異なります。

はレコードが相互に関連していない（で例えば、一つのテーブルは、単にアーカイブされている場合は、レコードの発信元が、最初のテーブルから削除）されている場合は、いずれかのルールに違反していない。

しかし、それらが各テーブルで同じレコードがある場合は、依存関係の問題を抱えている - 11列目にはレコードだけでなく、追加の列からキー値に依存していること。すべての10の列が主キーに関与していないと仮定すると、あなたは第三NFに違反してきます。

つ同一又は近いに同一ではあまり広まっていませんが、その違反の通常の通常の形態がある。Outisは非常に包括的に説明しうのではないでしょうか。かに反する行為原直交デザインしかし、もう一つの側面とのリレーショナルデータベース設計論

すべての10個の列があなたの鍵、その後、第2正規形の一部である場合は、次の冗長データを排除します。具体的には、これはジレンマ「サロゲート主キー対Nonsurrogate」に該当する - 正直に言うと、私は2NFの「違反」とするか、これらの二つの選択肢の覚えていませんが、サロゲートキーは間違いなく近い2NFの精神に

のみ主キーは、テーブル間に冗長であってもよいです。複数のテーブルで非主キー列の任意の量を有する第3正規形に違反します。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow