：3つのパラダイムが何であるかについての最初の話：
1.最初のパラダイム（1NF）：各列のアトミック性を保証すること（各列を分割していません）
2.第二のパラダイム（2NF）：まず、非プライマリフィールドに基づいてパラダイムは、メインフィールド（テーブルに1つだけのもの）に依存しなければならないし
3.第三のパラダイム（3NF）：第二のパラダイムに基づいて、依存性転写を排除します
すべてのマンダリンの上に、最初のパラダイムの設計テーブルには、それは表1-1を参照して何を意味します
1-1
上記の表は明らかに、ユーザーの最初の3つのパラダイムを満たしていないパラダイム：なぜ、データ・アドレス・フィールドの欄には、「中国 - 北京」であり、我々はそれを分割する必要があり、なぜこれを分割することができ、次の表に分割することができますか？明らかな統計はない場合I統計エリアの分類、我々は最初のパラダイムの要求事項に適合表1-2の形式を変更することができます。
1-2
だから何である第二のパラダイムは、第二のパラダイムは、表1を参照してください、最初のパラダイム（メインフィールド、テーブル一つだけに依存しなければならない最初の非プライマリフィールドに基づいてパラダイム）に基づいており、 -3
1-3
私たちは、そう、戻ってきたので、設計された場合には、数学の成績、英語の成果や家族、そして一連のフィールドを追加し、その後、プロジェクトに必要なすべてのフィールドを満たすために、テーブルは、テーブル（バックプラス無制限フィールド）で合成されますそれは混乱であり、また、第2正規形に違反し
だから第三のパラダイム、（上記の最初のパラダイムに基づいて第3のパラダイムであるもの推移依存性の除去）、表1-4を参照してください
1-4
私たちは、注文フォームを持って、スタンドアローンの数、および各フィールドの合計数がありますが、これは第三のパラダイム（に準拠していない、合計価格は数で単価を乗じて得られる、合計金額を持つべきではありません推移依存関係の解消））明確な理解が存在しない場合、我々は表1-5と表1-6を見て
1-5
1-6
ユーザーテーブルでは、我々はユーザーテーブルを修正する唯一の企業IDを保存し、私たちの会社名は、このフィールドを派生され、事業名は明らかに第三のパラダイムを満たしていない、ビジネスを問い合わせるためのテーブルに行く必要があります。
I：抗3のパラダイムであることを言います。
三の大パラダイムを持って、我々は抗3のパラダイムが何であるかを教えてくれ、表1-7を見て、第三のパラダイムを取りました
私たちは数十データの何千ものを持っている場合、あなたは、このプロパティの合計金額を照会したいデータがあるたびに、私たちは数万回を計算しますが、これは明らかに1-5と表1を取り、サービスのパフォーマンスが低下します-6は、そんなに私たちそれぞれのユーザーのクエリ時間、エコー時間、企業情報、だけでなく、企業のテーブルを照会するために、クエリは、サーバーのパフォーマンスが低下します。
これを要約する：3つの抗パラダイムは、第3のパラダイムの調整に基づいて、データベースの冗長性がないことは時々運用効率を向上させるためには、冗長データを保持するのに適切な標準パラダイムを減らす必要があり、良好なデータベースではないかもしれません。ビジネスデータベースのニーズに基づいて合理的な設計
注意：ブログは江蘇Chuanzhiポッドキャストからのデータの一部です。