1. 模范化

1.1. 模范化(Normalization)是摆布划定将复杂的业务滚动为模范的数据结构的过程

1.2. 范式化的基本谋划是保证每个属性只在一个位置出现，以放弃冗余或冗余导致的不一致性

1.2.1. 通盘这个词过程需要长远清晰每个属性，以及每个属性与主键的关系

1.3. 模范化划定笔据主键和外键整理属性

1.3.1. 模范化划定可归类到不同模范条理，对每一个条理可应用更细的式样和模范性来搜索正确的主键和外键1.3.2. 每个级别由一个安详的范式构成，而况每个接踵级别不需要包含过去的级别

2. 范式的条理

2.1. 第一范式(1NF)

2.1.1. 确保每个实体皆有一个灵验的主键，每个属性皆依赖于主键，而且放弃冗余的分组，以确保每个属性的原子性（弗成有多个值存在）2.1.2. 第一范式包括了与平时称为关联实体的附加实体的多对多关系领会

2.2. 第二范式(2NF)

2.2.1. 确保每个实体皆有最小的主键，每个属性皆依赖于齐全的主键

2.3. 第三范式(3NF)

2.3.1. 确保每一个实体皆莫得荫藏的主键，每个属性皆不依赖于键值以外的任何属性（仅依赖于齐全的主键）2.3.2. 模子的模范化平时要求达到第三范式水平即可

2.4. Boyce/Codd范式(BCNF)

2.4.1. 惩处了交叉的复合候选键的问题2.4.2. 候选键是主键或备用键2.4.3. 复合意味着不啻一个（如一个实体主键有两个属性），交叉是指键与键之间荫藏着业务划定

2.5. 第四范式(4NF)

2.5.1. 将通盘三元关系剖判成二元关系，直到这些关系弗成再剖判成更小的部分

2.6. 第五范式(5NF)

2.6.1. 将实体里面的依赖关系剖判成二元关系，通盘衔尾依赖部分主键

2.7. 扩充中BCNF、4NF、5 NF很少出现

3. 综合化

3.1. 综合化(Abstraction)等于将细节移除，这么不错在更庸俗的情况下扩张适用性，同期保留主见或主题的弥留和本体属性

3.2. 综合包括泛化(Generalization)和特化(Specialization)

3.2.1. 泛化将实体的群众属性和关系分组为超类(Supertype)实体3.2.2. 特化将实体中的诀别属性分离为子类(Subtype)实体3.2.2.1. 这种特化平时基于实体实例中的属性值

3.3. 超类也不错使用脚色或分类创建子类，将实体的实例按功能分离到组中

3.4. 子类关系意味着超类的通盘属性皆被子类采纳

3.4.1. 在数据模子中，子类不错减少冗余

4. 谋划数据建模委派后果

4.1. 图表(Diagram)

4.1.1. 一个数据模子包含些许个图表，图表是一种以精准的式样形容需求的体式4.1.2. 需求不错形容不同谛视进程的层级（如主见、逻辑或物理模子）、领受的数据模子（关系、维度、对象、基于事实的、基于时分的或NoSQL），以及实例中领受的暗意方法（如信息工程、调理建模言语、对象脚色建模等）

4.2. 界说(Definitions)

4.2.1. 实体、属性和关系的界说关于真贵数据模子的精度至关弥留

4.3. 争议和悬而未决的问题(Issues and Outstanding Questions)

4.3.1. 数据建模过程频繁出现可能无法惩处的一些争议和问题4.3.2. 认真惩处这些争议或复兴这些问题的东谈主员或团队平时位于数据建模团队以外4.3.3. 平时数据建模责任委派的文档应包含面前的议题和未惩处的问题

4.4. 血统关系(Lineage)

4.4.1. 血统关系是指数据从那里来，经过什么样的加工，变成了什么样的终结的端倪关系4.4.2. 血统关系会以来源/谋划映射的体式呈现，这么就不错了解到源系统的属性以及它们如何被挪动至谋划系统4.4.3. 血统关系还不错在兼并建模过程中，跟踪数据模子层级4.4.4. 有助于数据建模东谈主员长远清晰数据需求，准细则位属性来源4.4.5. 细则属性在源系统中的情况，这是考据模子和映射关系准确性的灵验器具

5. 设立数据模子

5.1. 要磋议现存的数据模子和数据库

5.2. 参考已发布的建模门径和数据门径

5.3. 征集和商量随时冷落的新的数据要求

5.4. 在此基础上建模东谈主员联想数据模子初稿

5.5. 再与业务大家和业务分析师证据及斟酌模子联想是否合乎业务划定要求，同期冷落修改建议

5.6. 由建模东谈主员进行修改

5.7. 反复进行，直至莫得任何问题为止

5.8. 需要通过执续改造扩充来禁止模子质地

5.9. 数据模子需要保执最新的景象

5.9.1. 需求或业务历程发生变化时，皆需要对数据模子进行更新5.9.2. 在终结开垦迭代时，一个好的民风是对最新的物理数据模子进行逆向工程，并确保它与相应的逻辑数据模子保执一致5.9.3. 好多数据建模器具不错自动相比物理模子与逻辑模子各异

6. 正向工程

6.1. 指从需求源流构建新应用门径的过程

6.1.1. 需要通过设立主见模子来清晰需求的限制和中枢的术语6.1.2. 设立逻辑模子来谛视形容业务过程6.1.3. 通过具体的建表语句来终结物理模子

6.2. 主见数据模子建模

6.2.1. 采取模子类型6.2.1.1. 从关系、维度、基于事实概况NoSQL的建模方法中采取一种来进行建模6.2.2. 采取暗意方法6.2.2.1. 一朝采选了建模的款式类型，接下来就该商量领受何种建模暗意方法6.2.3. 完成运转主见模子6.2.3.1. 运转主见模子主要方针是取得用户的不雅点6.2.3.2. 不要试图将该组用户的不雅点与其他部门去匹配而使这个历程复杂化6.2.4. 网罗组织中最高等的主见（称号）6.2.4.1. 主要包括时分、处所、用户/会员、商品/就业和交游6.2.5. 网罗与这些主见关系的活动（动词）6.2.5.1. 关系不错是双向的，也不错波及多个主见6.2.6. 合并企业术语6.2.6.1. 一朝数据建模东谈主员取得了某些用户的不雅点，接下来需要确保这些不雅点与企业的术语和界说相一致6.2.7. 取得签署6.2.7.1. 运转模子完成后，确保对模子进行最好扩充及需求知足进程的评审6.2.7.2. 平时领受电子邮件式样发送给群众，要是看起来是准确的就弥散了

6.3. 逻辑数据模子建模

6.3.1. 分析信息需求6.3.1.1. 为证据信息需求，需要在些许业务历程中证据业务信息需求6.3.1.2. 业务历程所要耗尽的信息可界说为输入，而其他业务历程的输出可界说为信息产物6.3.1.3. 不论历程一经数据皆所以轨则或并发的式样进行联想6.3.1.4. 需求分析包括业务需求的指导、组织、记载、评审、完善、批准和变更禁止6.3.1.5. 逻辑数据建模是抒发业务数据需求的弥留妙技6.3.1.5.1. 图片胜于口若悬河6.3.1.6. 书面的数据需求讲解书使用需求经管器具来真贵6.3.1.7. 任何此类文档的内容网罗模范皆应该与数据模子拿获的需求同步，以便于进行影响分析6.3.2. 分析现存文档6.3.2.1. 分析现存与建模联系的档案（包括已联想的数据模子和数据库）对建模责任是一个很好的源流6.3.2.2. 即使现存的数据模子文献已落后，或与实践坐蓐系统存在较大各异，有价值的部分也会对新模子的联想提供很大匡助6.3.2.3. 务必向关系大家证据其每个细节的准确性和时效性，以确保新模子联想的准确性6.3.3. 添加关联实体6.3.3.1. 关联实体(Associative Entities)用于形容多对多关系6.3.3.2. 关联实体从关系中波及的实体取得记号属性，并将它们放入一个新的实体中6.3.3.3. 在维度建模中，关联实体平时被称为事实表6.3.4. 添加属性6.3.4.1. 将属性添加到主见实体中6.3.4.2. 逻辑数据模子中的属性具有原子性，它应该包含一个且惟有一个数据（事实），弗成被再次拆分6.3.5. 指定域6.3.5.1. 域(Domains)的作用是保证模子属性中样貌和数值集的一致性6.3.6. 指定键6.3.6.1. 分拨给实体的属性不错是键属性，也不错詈骂键属性6.3.6.2. 键属性有助于从通盘实体实例中识别出唯一的实体实例，不错是单唯一个属性成为键，也不错是与其他键元素组合的部分键6.3.6.3. 非键属性形容实体实例，但无法唯一记号该实例6.3.6.4. 需要识别主键和备用键

6.4. 物理数据建模

6.4.1. 逻辑数据模子需要进行修改和调养以造成物理数据模子，并使得最终的联想在存储应用门径中运行细腻6.4.2. 惩处逻辑综合6.4.2.1. 子类型接收(Subtype Absorption)6.4.2.1.1. 子类型实体属性四肢可空列，包含在暗意超类型实体的表中6.4.2.2. 超类型分区(Supertype Partition)6.4.2.2.1. 超类型实体的属性包含在为每个子类型创建的单独表中6.4.3. 添加属性细节6.4.3.1. 向物理模子添加谛视信息6.4.3.2. 界说每个列或字段的物理域、物理数据类型和长度6.4.3.3. 为列或字段添加允洽的拘谨（如允许为空和默许值），尤其是关于“NOT NULL”的拘谨6.4.4. 添加参考数据对象6.4.4.1. 创建匹配的单独代码表6.4.4.1.1. 据模子的不同，这些代码表数目也不相似6.4.4.2. 创建主分享代码表6.4.4.2.1. 关于领有多半代码表的模子，不错将通盘的代码表合并到一张表中6.4.4.2.2. 意味着蜕变一个援用列表将对通盘这个词表产生影响6.4.4.2.3. 应该幸免代码值的冲破6.4.4.3. 将划定或灵验代码镶嵌到相应酬象的界说中6.4.4.3.1. 为对象镶嵌的划定或列表代码创建拘谨，关于仅用作其他对象援用的代码列表6.4.5. 指定代理键6.4.5.1. 给业务分拨不可见的唯一键值，与它们匹配的数据莫得任何意旨或关系6.4.5.2. 这是一个可选样貌，主要取决于当然键是否够大或是复合值，以过头属性是否分拨了可能随时分变化的值6.4.6. 逆模范化6.4.6.1. 逆模范化或添加冗余不错极地面提升性能，远跳跃了重迭存储和复制处理的资本6.4.6.2. 维度模子主要领受逆模范化的妙技6.4.7. 设立索引6.4.7.1. 索引是用于走访数据库数据的过程中优化查询（数据检索）性能的另一个采取6.4.7.2. 在许厚情况下，索引不错提升查询性能6.4.7.3. 要尝试在大表上构建索引，使用最频繁援用的列（相等是键，包括主键、备用键和外键）来终结最常运行的查询6.4.8. 分区6.4.8.1. 充分商量通盘这个词数据模子（维度）的分区政策，尤其是当事实包含好多可选维度键（稀少）时6.4.8.2. 在理思情况下，建议在日历键上进行分区6.4.8.2.1. 要是无法作念到这小数，则需要笔据分析终结和责任负载进行磋议，以冷落并改造后续分区模子6.4.9. 创建视图6.4.9.1. 视图可用于禁止对某些数据元素的走访，也可用于镶嵌群众承接条目或过滤器，以终结常见对象或查询的门径化6.4.9.2. 视图自身应该是需求驱动的6.4.9.2.1. 需要对照逻辑数据模子和物理数据模子的开垦历程来创建视图

7. 逆向工程

7.1. 逆向工程是记载现存数据库的过程

7.2. 物理数据建模平时是第一步，以了解现存系统的时代联想

7.3. 逻辑数据建模是第二步，以记载现存系统知足业务的惩处决议

7.4. 主见数据建模是第三步优德老虎机，用于记载现存系统中的限制和要道术语