实体：
实体表示的是对于业务非常重要或值得获取的事物及与之关联的信息集合。每个实体都由一个名词或名词词组定义，并符合六大种类之一：谁，什么，何时，何地，为何及如何。
实体实例：
一个具体实体的呈现或者说是实体的值，例如，实体“顾客”可能被一些如bob,joe,jane等具体的姓名实例化。
强实体：
强实体可以独立存在，用来表示想对独立的人，事或地点。
弱实体：
弱实体至少依赖于一个其他的实体，这意味着如果不引用其他实体的实例，就无法检索弱实体的实例，例如订单就必须依赖于商品存在。
属性：
属性是一则相对独立的信息，其值用以识别，描述，评估实体实例。例如，学生姓名用来描述学生的一部分信息。
属性域：
属性域是某一属性所有可能取值的集合。域中往往还包含一组验证标准，使得域可以被多个属性使用。域中的值可以由一组特定的数据列表指定，也允许由一组规则指定。
格式域：
将数据指定为数据库中的标准类型，如整型(Integer)，字符型(String)，日期(Date)等
列表域：
列表域类似于一个下拉列表，它由一个可选的有限值的集合组成，列表域是格式域的精简，如“订单状态代码”的格式域可以被置为varchar(10),在此基础上该域可以由一个(open,shipped,closed,returned)列表域进一步精简
范围域：
范围域的设置要求取值介于最小值和最大值之间，例如，“订单交付日期”必须为从今天到未来的三个月中的某天
域的作用
1.插入数据前，通过域的检查来提高数据质量,这是域存在的主要原因，通过限定属性的可能取值来降低脏数据进入数据库的可能性
2.数据模型的交流性更强。当我们在数据模型上设置了域，就意味着数据模型的一个属性必须具备一个特定域的特征，这样数据模型就变成了更容易被理解的交流工具
3.使得新建模型，维护现有模型变得更有效率。当一位模型构建师开始一项新工程时，可以使用一组标准域来节省时间，而无需重新创建。
关系：一条连接两个实体的线段，用来说明实体间的规则或导航路径，例如，两个实体分别为“Employee”和“Department”,则关系可以描述为“每位员工必须服务于一个部门”，“一个部门可以拥有一个或多个员工”
数据规则：
数据规则指示数据间如何关联
结构完整性：
结构规则定义了参与某个关系的实体实例的数量，例如：每种产品可以出现在一个或多个订单上，每个订单行有且仅有一个产品。
RI规则：
RI规则专注于确保取值的有效性，例如：订单行不能脱离有效的产品而存在。我们定义一个结构规则，则与之相应的RI规则也随之产生。例如：定义“每条订单有且仅有一则产品”，则“订单行不能脱离有效的产品而存在”这一规则便自动成立。
行为规则：
行为规则指示当属性包含有某特定值时，需要采取什么操作。例如，如果一个订单包含5件以上商品，就可以享受10%的优惠
基数：
对于两个实体间的关系，基数表示一个实体的多少实例与另一个实体的实例发生关联，基数由出现在关系域两端的符号表示，基数指定了一种可以被实施的数据规则。基数取0表示非强制性，非0代表强制性
image.png
一个关系中存在父实体和子实体，父实体出现在标记为1的关系的一侧，子实体出现在标记为多的关系的一侧。在读一个关系时，如果从标记为1的一侧开始，“每种冰淇淋口味可能是1或者多个冰淇淋匙的选择”，如果从多的一侧开始，即“每个冰淇淋匙必须包含一个冰淇淋口味”
描述关系时，应该尽量使用一些意义明确的词语，如：包含、为......工作、拥有、分类、应用于。尽量避免使用模糊不清的词语，如：有，关联，参与，联系，是
递归关系：
递归关系是存在于来自同一实体的实例间的规则。一对多的递归关系描述了一种层次结构，而多对多则描述了网状结构。如员工表中，一个员工可以被一个员工管理，一个员工可以管理0或多个员工，则为层次结构，一个员工可以被多个员工管理，一个员工可以管理多个员工，则为网状结构。
子类型：
子类型关系意味着超类所有的特征都可以被子类继承，子类型降低了数据模型的冗余性，而且对那些看起来截然不同，相互独立的概念更容易发现它们的相似性。
image.png
键：
键由一个或多个属性构成，其目的在于实施规则，有效数据检索，而且允许从一个实体导航至另一个实体。
候选键：
一个或多个可以唯一标识实体实例的属性，候选键具备以下四个基本特征：
1.唯一性：候选键必须不能标识多于一个实体实例。
2.强制性：候选键不能为空，每个实体实例要求必须能被一个特定的候选键值标识，有10个不同的候选键，就应该对应10个不同的实体实例。
3.非变异性：实体实例的候选键值应该不会被更改。
4.最小化：候选键中仅仅包含那些用于唯一标识实体实例的属性，例如用三列属性就可以唯一标识一个实例，但却使用了四列，则是不对的，应该只用三列。
复合键：
多个属性构成一个键，例如促销类型代码和促销起始日期一起构成一次促销活动的候选键
主键：
主键是在众多候选键中首选出来唯一标识实体的选项，从多个候选键中选择某一个作为主键时，应该考虑简洁性和隐私保护，简洁性指如果存在多个候选键时，通常选择属性数最少或最短的充当主键，隐私性指候选键中如果含有一些敏感数据时，那么这个候选键不适合充当主键，因为主键有可能充当外键传递出去。
备用键：
备用键也是候选键，具备唯一性，稳定性，强制性和最小化的四个特征。
image.png
模型中主键属性被标记在矩形框的上半部分，键缩写AK后紧跟两个数字，第1个数字表示备选键的组数，第2个数字表示该属性在备选键内的序号。
代理键
代理键是数据表的唯一标识符，他通常由一个固定大小的，无人工干预的，系统自动生成的计数器生成，代理键不具备任何业务含义。在使用代理键时，常常需要先确定自然键。
自然键
自然键是在业务系统中唯一标识实体的方法
外键
在一对多关系中，被标记为1的一端的实体被称为父实体，被标记为多的一端实体被称为子实体，当我们从父实体向子实体创建一个关系时，父实体中的主键应该被拷贝至子实体作为外键。外键是可以与其他实体产生关联的一个或多个属性。在物理层，使用外键可以从数据库中的一张表导航至另外一张。
辅助键
辅助键是经常被访问的，或者需要快速检索到的一个或多个属性，辅助键又被称为非唯一性索引或倒排入口，辅助键无需是唯一的，稳定的，而且也不要求必须拥有值。
关系数据建模
通过准确的业务规则来描述业务如何运作的过程
维度数据建模
通过准确的导航来描述业务如何被监控的过程，关系模型和维度模型最大的区别在于关系线具有不同的含义。在关系数据模型中，关系是业务规则的体现，而维度数据模型中的关系则体现为导航路径。例如，对于关系模型，我们可以描述业务规则为“一个顾客必须至少拥有一个账户”，而维度数据模型可以展示出用户想要了解的，所有导航路径下的销售总额，如按日，月，年，区域，账户，顾客，即维度数据模型可以展示所有不同粒度水平下的度量结果。
概念模型
概念数据模型展示了在特定领域下的关键概念，以及概念间的相互作用，必须是基础且至关重要的。概念模型是一种“单页”模型，将概念模型限制于单页模型的原因在于:让建模工程师和其他参与者仅仅选出一些关键的概念。一般20个左右比较合适。
image.png
业务规则如下：
1.每一个person可能是一位供应者或一位病人，或既是供应者又是病人，需要注意的是当子类符号的中间么有“X”时，表示某个父类的成员可以充当一个或多个子类角色，即常被称为包容子类型。
2.每位供应者都是人
3.每位病人都是人
4.每位供应者可以提供一个或多个预约
5.每位病人可以申请一个或多个预约
6.每个预订计划(schedule)可以由一个或多个预约构成
7.每个科室可以容纳一个或多个预约
8.每个预约必须涉及一位供应者，一位病人，一个科室和一个预定计划
在概念建模阶段，应该清晰完备的记录每个概念的含义，避免后面开发中对各个概念模糊不清。
逻辑模型
逻辑数据模型是为了解决特定业务需求而形成的业务解决方案。逻辑模型以业务需求为基础，忽略与软件环境，硬件环境等具体问题有关的模型实现的复杂性。
第一范式
确保每个属性都是单值的
第二范式
主键包含最少的能够唯一标识每一个实体实例的属性集合
第三范式
每个属性都必须直接依赖于主键，而不依赖于实体内的其他属性，需要移除隐藏的依赖
物理模型
物理数据模型使用由逻辑数据模型定义的业务解决方案，构建下一层次的技术解决方案。
网友评论