2.2~2.6ER模型的基本概念
er 概念模型 逻辑模型 物理模型
一、er模型概念ER模型是实体-关系模型的简称，ER模型是由彼得·钱（Peter Chen）在1976年提出的。
ER模型是一种面向概念设计的数据模型，用来描述现实世界中的数据和数据之间的关系。
ER模型通过抽象化的方式，利用实体、属性和关系来描述现实世界中的问题。
而且ER模型是一种高层数据模型，可以用来进行需求分析和概念设计，为进一步的逻辑设计和物理设计提供指导。
二、er模型逻辑模型ER模型逻辑模型是在概念模型的基础之上发展而来的，它在概念模型的基础上增加了一些逻辑上的约束。
在ER模型逻辑模型中，实体的属性和关系的属性可以被分解为更加具体的属性，实体与实体的关系可以用外键来实现。
逻辑模型相对于概念模型来说，更加接近于面向计算机系统的设计和实现。
三、er模型物理模型ER模型物理模型是在逻辑模型的基础上发展而来的，它是最接近于实际数据库的设计。
ER模型物理模型是根据不同的数据库管理系统（DBMS）而灵活变化的，不同的DBMS对ER模型支持的程度和方式都有所不同。
ER模型物理模型主要是根据数据库的实际存储结构来设计，它需要考虑到数据的存储和检索效率，以及数据库的安全性和一致性。
四、er模型概念模型与逻辑模型的关系1. 概念模型是以现实世界为基础来描述数据和数据之间的关系，它是一个高层次的抽象。
而逻辑模型是在概念模型的基础上，根据计算机系统的需求和实际情况，对概念模型进行了逻辑上的约束和具体化。
2. 概念模型更加注重数据之间的关系和语义，不涉及到具体的实现细节。
而逻辑模型则需要考虑到数据的存储和检索效率，以及数据的一致性和安全性。
3. 概念模型是面向概念设计的，用来进行需求分析和概念设计。
而逻辑模型是面向计算机系统的设计和实现，它需要考虑到数据库管理系统的实际情况和限制。
五、er模型逻辑模型与物理模型的关系1. 逻辑模型是在概念模型的基础上发展而来的，它是更加具体和适合计算机系统的设计和实现的。
ER模型 实体 联系模型
一· 数据库设计过程概念阶段逻辑阶段实现阶段8. 联系的种类在ER图中的表示10. 一元联系的种类11. 联系的势三· 扩展ER表达1. 弱实体集如果一个实体集的所有属性都不足以形成主码，则称这样的实体集为弱实体集４. 弱实体集与存在依赖的关系弱实体集必然存在依赖于强实体集（Strong Entity Set)存在依赖并不总会导致一个弱实体集，从属实体集可以有自己的主码６. 概括：自底向上、逐步合成的数据库设计过程概括中的属性继承：如“博士”算参加工作，会继承“职工”的属性７.聚集聚集是一种抽象，通过它联系被抽象为高层实体集实体集A与B以及它们的联系可被看成实体集，然后与另一实体集C发生联系 ８. ER符号汇总9. 选择困难症四· 概念数据库设计过程五·ER模型向关系模式的转换1.实体向关系模式的转换2.复合属性向关系模式的转换3.多值属性向关系模式的转换4. 一对多联系向关系模式的转换5. 多对多联系向关系模式的转换将联系定义为新的关系，属性为参与双方的码6. 一对一联系向关系模式的转换若联系一方全部参与，则将联系另一方的码作为全部参与一方的属性7. 弱实体向关系模式的转换弱实体集所对应的关系的码由弱实体集本身的分辩符再加上所依赖的强实体集的码8. 概括向关系模式的转化高层实体集和底层实体集分别转化为表，低层实体集所对应的关系包括高层实体集的码如果概括是不相交并且是全部的，即一个高层实体最多并且只能属于一个低层实体集，则可以不为高层实体集建立关系，低层实体集所对应的关系包括上层实体集的的所有属性9. 聚集向关系模式的转换实体集A与B以及它们的联系R被看成实体集C，C与另一实体集D构成联系S，则S所对应的关系的码由R和D的码构成。
数据库设计中的ER模型介绍与应用
数据库设计中的ER模型介绍与应用数据库是应用程序中非常重要的一部分，对于企业来说，数据库是财富的积累和管理的重要手段。
在现代化企业信息化建设过程中，数据库的设计显得尤为重要。
ER模型是数据库设计中最流行和最常用的建模方法之一。
下面将逐步介绍ER模型的基本概念、关系对象、ER图以及实体关系设计。
一、基本概念1.1 数据模型数据模型是指对某一事物的相关数据进行的抽象和描述。
在数据库设计中，数据模型是结构化描述实体、联系、属性及它们之间关系的一种方法。
1.2 ER模型ER模型是一种基于实体关系的数据模型。
其核心概念是实体、属性、关系和联系。
这些概念构成了一个数据库系统的基本结构。
这个模型最早是由彼得·钱伯斯于1975年在一篇论文《实体类型和实体关系之图形表示法》中提出的。
1.3 实体(Entity)在ER模型中，实体是指一类现实世界中的对象或概念，其在该类中具有一定的独立性，可以由一个单一的或多个属性来描述。
例如，在一个学生信息管理系统中，学生就是一个实体，其属性可以包括姓名、性别、出生日期、学号等。
1.4 属性(Attribute)属性是指实体具有的特征或性质。
一个实体可以拥有一个或多个属性，属性可以比较简单，也可以非常复杂。
属性还可以用来描述一个实体在现实世界中的状态。
在上述学生信息管理系统中，姓名、性别、出生日期和学号都可以看作是学生的属性。
1.5 关系(Relationship)关系是指实体之间的某种联系或关联。
它是指两个实体之间或多个实体之间的静态或动态连接。
例如，在一个课程成绩管理系统中，学生和课程之间就存在着学生选课这种关系。
1.6 联系(Relationship Instance)联系的实例是指一种具体的关系，即一个实体和另一个实体之间的实际关联。
例如，在学生选课管理系统中，具体的某个学生选了某门课程就是一个联系的实例，它体现了这两个实体之间的关系。
二、关系对象在ER模型中，关系对象主要包括实体、属性、关系三种。
数据模型数据模型概念模型--ER模型概念模型
举例ER模型基本概念
z两个以上实体型之间的联系
¾也存在一对一、一对多和多对多的联系
¾一对多：若实体集E1,E2,…,En存在联系，
对于实体集Ej( j = 1,2,…,i-1,i+1,…,n)中的
实体与联系--例1
m n
m n
p
实体与联系--例1
z Employee1 95~96 department1
z Employee1 96~97 department2
z Employee1 98~99 department1
z Employee1 95~96 department1
z Employee1 96~97 department2
z Employee1 98~99 department1
例2
：一个部门至多只能有一个管理者，但一个经理可以管理多个部门，经理管理部门有一个起始时间和所自
如果对于每个部门都有一个财务预算，则这种表示方式
实体与联系--例3
二元与三元联系--例1
考虑下列附加的需求
多个雇员不能同时购买同一份保险 每份保险必须由雇员购买 一份保险可以涉及到多位家属 家属(Dependents)是一个弱实体集 每位家属只对应一份保险
思考题：是否Dependents 和Beneficiary 是全参与关系
?
答案: 不是
因为本题没有要求每个雇员必须给家属买保险
实例分析。
e-r模型的基本原理
e-r模型的基本原理ER模型是对现实世界的概念关系进行抽象和描述，并通过图形化的方式展示出来的，它被广泛应用于各个领域和行业中。
ER模型的基本原理包括以下几个方面：1. 实体：ER模型中，实体是指一类具有共同属性的事物，例如人、物品、组织机构等。
它们具有特定的属性，可以通过属性来描述和区分不同的实体。
实体在ER模型中通常用矩形框来表示，框内写上实体的名称，也可以在框内写上该实体的主要属性。
2. 属性：属性是实体的某些特性或特征，例如人的姓名、年龄、性别等。
在ER模型中，属性以椭圆形图标表示，箭头指向所属实体。
属性可以用来描述实体的特性特征，例如实体的名称、型号、价格等。
3. 关系：ER模型建立在实体之间的关系基础之上，关系是描述实体之间的联系的一种方式。
在ER模型中，关系用菱形图标表示，箭头指向所属实体。
例如，一个人可以属于一个组织机构，在ER模型中，这个关系就可以表示为一个指向组织机构的箭头。
另外还有一些特殊关系，例如多对多关系，它表示多个实体之间的复杂关系；还有一对多关系，表示一个实体可以有多个属性与之对应。
4. 实体间的联系：ER模型中，实体之间的联系是指一种依赖或依存关系，例如一个订单依赖于某个客户，一个商品依赖于某个订单等。
联系通常用线段来表示，连接两个实体，同时也表示实体之间的依存关系。
5. 弱实体集：在ER模型中，有一种特殊的实体集叫做弱实体集，它指的是没有属性，需要借助其他实体集才能确定唯一性的实体集。
例如，一个人的出生证明需要借助该人的身份证号才能确定唯一性，因此出生证明就是一个弱实体集。
6. 模式转换：ER模型可以通过一定的方式转换成关系模型，这种转换通常包括实体到关系的转换、属性到属性的转换和关系到表之间的转换。
ER模型转换成关系模型之后，可以用来建立数据库。
总的来说，ER模型是对现实世界物体、概念及它们之间关系的抽象，其基本原理是建立实体和属性、关系之间的联系，主要应用于数据库设计与开发。
ER模型的基本概念
数据库系统原理模型的基本概念ER模型由Peter Chen 于1976年在命题为“实体联系模型：将来的数据视图”论文中提出。
模型的基本元素1实体定义：·实体：是一个数据对象，指应用中可以区别的客观存在的实物。
·实体集：是指同一类实体构成的集合。
·实体类型：是对实体集中实体的定义。
ER模型中提到的实体往往是指实体集。
实体用方框表示，方框内注明实体的命名。
2联系定义：实体不是孤立的，实体之间是有联系的。
·联系：表示一个或者多个实体之间的关联关系。
·联系集：是指同一类联系构成的集合。
·联系类型：是对联系集中联系的定义。
联系是实体之间的一种行为。
联系用菱形框表示，并用线段将其与相关的实体连接起来。
3属性定义：属性：实体的某一特性成为属性，能够唯一表示实体的属性或属性集称为“实体标识符”。
一个实体只有一个标识符，没有候选标识符的概念。
实体标识符有事也成为实体的主键。
属性用椭圆形框表示，加下划线的属性为标识符。
属性域是属性的可能取值范围，也成为属性的值域。
属性的分类1简单属性和符合属性：（1）简单属性个是不可再分割的属性，符合属性是可在费解为其他属性的属性。
2单值属性和多值属性：（1）单值属性指的是同一实体的属性只能取一个值，多值属性指同意实体的某些属性可能取多个值缺点：如果太过简单的表示多值属性，会产生大量的数据冗余，造成数据库潜在的数据异常、数据不一致性和完整性的缺陷。
调整方式：修改原来的ER模型，对多值属性进行变换。
有以下两种方法：1）将原来的多值属性用几个新的单值属性来表示。
2）将原来的多值属性用一个新的实体类型表示：这个新实体以来于原实体而存在，我们称之为弱实体。
3存储属性和派生属性：（1）派生属性：两个或两个以上的属性值是相关的，可以从其他熟悉吸纳个只推导出值的属性，称为派生属性。
（2）储存属性：派生属性的值不必存储在数据库内，而其他需要存储值的属性称为储存属性。
er知识点总结
er知识点总结ER模型的基本概念包括实体、属性和关系。
实体是系统中存在的、需要被管理的事物，可以是具体的实际对象，也可以是抽象的概念。
属性是实体所拥有的特征或属性，它描述了实体的相关信息。
关系是不同实体之间的联系，描述了实体之间的关联性。
在ER模型中，实体用矩形框表示，属性用椭圆形表示，关系用菱形表示。
实体和关系之间的联系由实体之间的关系线表示，其中箭头表示关系的方向。
ER模型还包括了主键、外键等关键概念，用于描述实体之间的关联性和数据库的完整性约束。
在ER模型中，实体之间的关系包括一对一关系、一对多关系和多对多关系。
一对一关系表示两个实体之间存在唯一的对应关系，一对多关系表示一个实体可以关联多个实体，多对多关系表示两个实体可以互相关联多个实体。
通过这些关系，可以清晰地描述系统中不同实体之间的关联性，为数据库设计提供了有效的工具。
ER模型的设计过程包括实体识别、属性识别、确定实体之间的关系，以及确定主键和外键。
在实体识别阶段，需要对系统中存在的实体进行识别和分类，确定需要被管理的实体。
在属性识别阶段，需要为每个实体确定相关的属性，并对属性进行分类和整理。
确定实体之间的关系时，需要明确实体之间的联系和关联条件，确定不同实体之间的关系类型。
最后，确定主键和外键时，需要为每个实体确定唯一标识实体的属性作为主键，同时确定与其它实体关联的外键。
ER模型作为数据库设计的重要工具，具有以下优势：1.清晰的概念模型。
ER模型通过实体、属性和关系的概念，能够清晰地描述系统中的实体之间的关联关系和实体的属性，为数据库设计提供了直观和简洁的表达方式。
2.与实际世界的映射。
ER模型能够与实际世界的概念进行映射，能够准确地描述系统中存在的实体和实体之间的关系，便于数据库的设计和管理。
3.提供了数据库设计的指导。
ER模型可以为数据库设计提供指导，通过对实体、属性和关系的分析，能够帮助设计者确定系统中需要被管理的实体、属性和关系类型，为数据库设计提供了重要的参考。
ER模型
5）确定联系集的属性
部门－教职工：无 教职工－职称：聘任日期 教职工－职务：任职日期
E-R模型的设计步骤（局部）
6）画出局部E-R模型
类型 部门号 名称 姓名 教职工号 性别 出生日期 代号 学历 名称
部门/系
1
具有
n
教职工
n
n
担任
任职日期
1
职务
办公电话
聘任日期
聘任
1 职称
代号 名称
E-R模型的设计步骤（局部）
整合时，一般采用两两整合的方法，直到所有 局部E-R图合并成一个完整的总体E-R图。
• 注意选取一个公共的关键实体，用它为基准进行两 两整合。本例中可选取学生实体或课程实体。
整合后的总体E-R图
E-R模型的设计步骤（优化）
3. 消除冗余，优化总体E-R模型
优化的目标是：在满足需求的前提下
• • • • 实体的属性尽可能少； 实体联系尽可能少； 实体的属性无冗余； 实体间的联系无冗余。
• 属性冲突
• 结构冲突
E-R模型的设计步骤（总体）
在进行整合时，有时可能需要增加新的联系。
• 例如，人事管理与学生管理整合时，部门（系）实 体与班级实体之间可以增加一个联系：系－班级
有时还可能要删除冗余的联系，这主要是指从 其他联系可以推导出来的联系。
• 为便于检查联系，可把所有实体的属性临时删除。
联系
属性
用以上三种图形元素描述的概念模型称为E-R图。
实体联系模型的概念（续）
E-R图可以看成是描述数据库概念模型的图
形语言，实体是名词，属性是名词，联系 是动词。 例如：右图可念作 仓库
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库系统原理2.2ER模型的基本概念ER模型由Peter Chen 于1976年在命题为“实体联系模型：将来的数据视图”论文中提出。
2.2.1ER模型的基本元素1实体定义：·实体：是一个数据对象，指应用中可以区别的客观存在的实物。
·实体集：是指同一类实体构成的集合。
·实体类型：是对实体集中实体的定义。
ER模型中提到的实体往往是指实体集。
实体用方框表示，方框内注明实体的命名。
2联系定义：实体不是孤立的，实体之间是有联系的。
·联系：表示一个或者多个实体之间的关联关系。
·联系集：是指同一类联系构成的集合。
·联系类型：是对联系集中联系的定义。
联系是实体之间的一种行为。
联系用菱形框表示，并用线段将其与相关的实体连接起来。
3属性定义：属性：实体的某一特性成为属性，能够唯一表示实体的属性或属性集称为“实体标识符”。
一个实体只有一个标识符，没有候选标识符的概念。
实体标识符有事也成为实体的主键。
属性用椭圆形框表示，加下划线的属性为标识符。
属性域是属性的可能取值范围，也成为属性的值域。
2.2.2属性的分类1简单属性和符合属性：（1）简单属性个是不可再分割的属性，符合属性是可在费解为其他属性的属性。
2单值属性和多值属性：（1）单值属性指的是同一实体的属性只能取一个值，多值属性指同意实体的某些属性可能取多个值缺点：如果太过简单的表示多值属性，会产生大量的数据冗余，造成数据库潜在的数据异常、数据不一致性和完整性的缺陷。
调整方式：修改原来的ER模型，对多值属性进行变换。
有以下两种方法：1）将原来的多值属性用几个新的单值属性来表示。
2）将原来的多值属性用一个新的实体类型表示：这个新实体以来于原实体而存在，我们称之为弱实体。
3存储属性和派生属性：（1）派生属性：两个或两个以上的属性值是相关的，可以从其他熟悉吸纳个只推导出值的属性，称为派生属性。
（2）储存属性：派生属性的值不必存储在数据库内，而其他需要存储值的属性称为储存属性。
4允许为空值的属性：当实体的某个属性上没有值时应使用空值（Null value），Null还可以用于值未知的时候，未知的值可能是缺失的，或者不知道的。
在数据库中，空值是很难处理的一种值。
2.2.3联系的设计1.联系的元数：定义：一个联系涉及到的实体集个数，成为该联系的元数或度数。
·同一实体集内部的实体之间的联系，称为一元联系，也称为递归联系。
·两个不同的实体集、实体之间的联系，称为二元联系。
·三个不同实体集实体之间的联系，称为三元联系。
以此类推2联系类型约束：（1） 基数约束：定义：实体集E1和E2之间有二元联系，则参与一个联系中的实体数目称为映射基数。
二元联系有 1:1 1:N N:M在具体实现时，有事我们对映射基数还要做出更精确的描述，即对参与联系的实体数目指明相关的最小映射基数MIN 和最大映射基数MAX ，用“min..max ”的方式表示。
（2） 参与约束：定义：如果实体集E 中的每个实体都参与联系集R 的至少一个联系中，我们称实体集E “完全参与”联系集R 。
如果实体集E 中只有部分实体参与联系集R 的联系中，我们称实体集E “部分参与”联系集R 。
在ER 图中表示时，完全参与用双线边表示，部分参与用单线边表示。
2.2.4ER 模型的操作定义：对ER 图进行的种种变化称为ER 模型的操作，包括实体类型、联系类型和属性的分裂、合并、增删等等。
1分裂方式分为水平分裂和垂直分裂两种（2）可以把实体相关的属性中常变的属性组成一个实体类型，把固定不变的属性组成另一个实体类型，这就是垂直分裂。
2联系也可以分裂，合并是分裂操作的逆过程，合并的联系类型必须是定义在相同的实体类型组合中。
2.2.5采用ER 模型的数据库概念设计步骤定义：采用ER 模型进行数据库的概念设计，可以分成三步进行：首先设计局部ER 模型，然后把各局部ER 模型纵横成一个全局ER 模型，最后对全局ER 模型进行优化，得到最终的ER 模型，即概念模型。
1设计局部ER 模型核心思想：“分而治之”，即分别考虑各个用户的信息需求，形成局部概念结构，然后再综合成全局结构。
局部概念结构又叫局部ER模型，图形称为局部ER图。
每一个应用设计局部ER模型的步骤：（1）确定局部结构范围设计各个局部ER模型的第一步，确定局部结构的范围划分，划分的方式两种：·依据系统的当前用户进行自然划分·按用户要求数据库提供的服务归纳成几类，使每一类应用访问的数据显著的不同于其他类，为每类应用设计一个局部ER模型。
（2）定义实体从信息需求和局部范围定义出发，确定每一个实体类型的属性和键。
实体、属性和联系之间并无截然区分的界限，划分依据有三种：·采用人们习惯的划分·避免冗余，在一个局部结构中，对一个对象之取一种抽象形式，不要重复·依据用户的信息处理需求实体类型确定之后，他的属性也随之确定。
命名反映实体的语义性质，在一个局部结构中应唯一。
（3）定义联系ER模型的“联系”刻画实体之间的关联。
分析其中是1:1 1:M M:N等。
还要考虑实体内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系等等。
应注意方式出现冗余的联系（可以从其他联系导出的联系），要尽可能的识别并消除这些冗余联系，一面将这些问题遗留给综合全局的ER模式阶段，联系类型的命名没有标识符。
（4）分配属性1）确定属性2）把属性分配到有关实体和联系中去。
确定属性的原则是：属性应该是不可再分解的语义单位；实体与属性之间的关系只能是1：N（一对多）的；不同实体类型的属性之间应无直接关联联系。
·属性不可分解的要求是为了是模型结构简单化，不出现嵌套结构。
·当多个实体类型用到同一属性时，将导致数据冗余，从而可能影响储存效率和完整性约束，因而需要确定把他分配给哪个实体类型。
一般把属性分配给那些使用频率最高的实体类型，或分配给实体值少的实体类型。
·有些属性不宜归属于任何一个实体类型，只能说明实体之间联系的特性，应作为联系类型的属性。
2设计全局ER模型全局概念结构不仅要支持所有局部模型，而且必须合理的表示一个完整、一致的数据库概念结构（或称为视图集成，视图特指局部概念结构）。
（1）确定公共实体类型在这一步中，我们仅根据实体类型名和键来认定公共实体类型。
一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
（2）合并局部ER模型合并的顺序影响处理效率和结果。
建议合并原则：·先进行两两合并，先合并那些现实世界中有联系的局部结构·合并从公共实体类型开始，最后加入独立的局部结构。
进行二元合并是为了减少合并工作的复杂性，后两项原则是为了使合并结果的规模尽可能小。
（3）消除冲突冲突的定义：由于各类应用不同，不同的应用通常又由不同的设计人员设计成局部ER模型，因此局部ER模型之间不可避免的会有不一致的地方，我们称之为冲突。
冲突的三种类型：·属性冲突：属性域的冲突，即属性值的类型、取值范围或取值集合不同。
·结构冲突：同一对象在不同应用中的不同抽象。
同一实体在不同应用中可为实体或属性；同一实体在不同局部ER图中属性组成不同，包括属性个数、次序；实体之间的联系在不同的局部ER图中呈现不同的类型。
·命名冲突：包括属性名、实体名、联系名之间的冲突。
同名异义即不同对象具有相同的名字；异名同义，即同意意义的对象具有不同的名字。
3全局ER模式的优化一个好的全局ER模型应该具有能准确、全面的反映用户功能需求、实体联系的个数尽可能少、实体类型所含属性个数尽可能少、实体类型间联系无冗余。
优化原则如下：1）合并实体类型：这里的实体类型合并不是设计全局ER模型工作时段的“公共实体类型的合并”，而是相关实体类型的合并。
在公共模型中实体类型最终转换成关系模式，涉及多个实体类型的信息要通过连接操作获得。
·因而减少实体类型个数，可以减少连接的开销，提高处理效率·一般可以把1：1联系的两个实体类型合并·如果需要同时处理一些实体类型，那么有必要它们合并成一个实体类型。
但是可能产生大量空值，因此要对储存代价、查询效率进行权衡。
2）消除冗余属性：各个局部结构中是不允许冗余属性存在的。
在综合成全局ER模型之后，可能产生全局范围内的冗余属性。
·一般同一非键的属性出现在几个实体类型中，或者一个属性值可以从其他属性的值导出，应该把冗余的属性从全局模型中去掉·冗余属性的消除与否，也取决于他对储存空间、访问效率和维护代价的影响。
有时为了兼顾访问效率，有意保留冗余属性。
这当然会造成储存空间的浪费和维护代价的提高。
3）消除冗余联系：在全局模式中可能存在有冗余的联系，通常利用第三章规范化理论中函数依赖的概念消除冗余联系。
（Page51有图举例）2.3关系模型的基本概念2.3.1关系模型的基本术语1用二维表格表示实体集，用关键码表示实体之间联系的数据模型称为关系模型。
R 字段、数据项丨属性前面为一般术语、后面是关系模式术语数据值为字段值丨数据值为属性值定义字段：称为属性、字段值：称为属性值、记录类型：称为关系模式。
上图中关系模式称为R。
记录：称为元组、元租的集合：称为关系或实例；元组为行、属性为列。
关系中，属性：称为元数，元组的个数：称为基数。
1关键码由一个或多个属性组成。
具体如下：（1）超键：在关系中能唯一表示元组的属性集称为关系模式的超键。
（2）候选键：不含多余属性的超键称为候选键。
（3）主键：用户选作元组表示的候选键为主键。
（4）外键：如果模式R中属性K是其他模式的主键，那么K在模式R中称为外键关系中每一个属性都有一个取值范围，称为属性的值域。
属性A的取值范围用DOM（A）表示，每一个属性对应一个值域，不同的属性可对应与同一值域。
2.3.2关系的定义和性质同理与数学中的集合论定义：关系是一个属性数目相同的元组的集合。
如果一个关系的元组数目是无限的，则称为无限关系，否则称为有限关系。
（由于计算机的储存系统的限制，只限于研究有限关系）。
关系是一种规范化了的二维表格，有以下规范性限制：（1）关系中每一个属性值都是不可分解的（2）关系中不晕系出现重复元组（即不允许出现相同的元组）（3）由于关系是一个集合，因此不考虑元组间的顺序，即没有行序（4）元组中的属性在理论上也是无序的，但使用时习惯考虑列的顺序2.3.3三类完整性规则为了维护数据库中数据与现实的一致性，关系数据库的数据与更新操作必须遵循以下三类完整性规则：（1）实体完整性规则：关系中元组在组成主键的属性上不能有空值。