1。概要
一般地，在进行数据库设计时，应遵循三大原则，也就是我们通常说的三大范式，即第一范式要求确保表中每列的原子性，也就是不可拆分；第二范式要求确保表中每列与主键相关，而不能只与主键的某部分相关（主要针对联合主键），主键列与非主键列遵循完全函数依赖关系，也就是完全依赖；第三范式确保主键列之间没有传递函数依赖关系，也就是消除传递依赖。
本文将基于三大范式原则，结合具体的实例做简要分析，难度系数：基础。
2最初の通常の形式
2.1例の紹介
2つのデータテーブルは、次のシナリオに従って設計されています。2つのデータテーブルの合理性を分析してください。
1問題：要件の説明：ユーザー情報を格納するために、データベースシステムにエンティティテーブルが必要です。属性「address」では、州、市、および詳細な住所を照会する必要があります。
2
3具体例：
4名前：張紅新;性別：男性;年齢：26歳;電話：0378-23459876;州：河南省;市：海峰;詳細住所：チャオヤン地区新華路23号;
5名前：王燕;性別：女性;年齢：25歳;電話：021-2348768;州：Guizhou州;市：Guiyang市;住所：No。6、Shifeng Road、Nanming District、Nanming District;
6名前：Wang Mei;性別：女性;年齢：21歳;電話：0571-3876450;州：浙江省;市：杭州;詳細な住所：Binjiang地区Binkang Road、No。352;
最初のテーブルデザイン
2番目のテーブルデザイン
2.2分析
最初のテーブルデザインは最初の通常の形式を満たしていません。なぜ最初の通常の形式を満たしていないのですか？地域の列はアトミックではないため、州、都市、特定の住所に分割できます。
32番目の通常の形式
3.1例の紹介
2つのデータテーブルは、次のシナリオに従って設計されています。2つのデータテーブルの合理性を分析してください。
1要件の説明：注文情報テーブルを設計します。注文には複数の製品があり、注文番号と製品番号が共同主キーとして使用されます。
最初のテーブルデザイン
2番目のテーブルデザイン
3.2分析
最初のテーブルデザインは2番目のパラダイムを満たしていません。製品名、ユニット、および価格の列は製品番号と注文にのみ関連しているため、注文番号と製品番号が結合されたプライマリキーとして使用されます。この番号は、パラダイムの2番目の原則に違反するプライマリキー（ジョイントプライマリキー）とは関係ありません
。2番目のテーブルデザインは2番目のパラダイムを満たし、最初のデザインテーブルは分割され、製品情報は別のテーブルに分割され、順序は次のようになります。プロジェクトテーブルも別のテーブルに分かれています。
43番目の通常の形式
4.1例の紹介
2つのデータテーブルは、次のシナリオに従って設計されています。2つのデータテーブルの合理性を分析してください。
1次の情報をデータベースに保存する必要があります
。2学生番号、学生カード番号、ユーザーID番号、オペレーターレベル、操作日、操作時間。
最初のテーブルデザイン
2番目のテーブルデザイン
4.2分析
最初のテーブルデザインは3番目の通常の形式を満たしていません。テーブルでは、UserIDがUserLevelを決定できます。このように、UserIDはStudentNoとCardNoに依存し、UserLevelはUserIDに依存するため、一時的な依存関係になります。3NFは、この依存関係を排除することです。
2番目のテーブルデザインは3番目の通常の形式を満たし、最初のテーブルは2つのテーブルに分割されます。
再印刷アドレス：https：//www.cnblogs.com/wangjiming/p/6123066.html