数据库术语+简述

1、术语： 关系模式 ：是一种用于描述二维表格结构的表示方式 ，由关系模式和与该关系模 式名相关联的属性名表组成。其形式为：关系模式名(属性名 1 ，属性名 2， 属性名 n)。Create table xxoo (xxx,xxxx,xx,x)关系模型 ：是一种用二维表格结构表示数据及数据之间联系的数据模型 。 候选键：如果一个属性集能 唯一地标识 一个关系中的元组而又 不含有多余属性 ， 则称该属性值为该关系的候选键。主键：是指当某个关系模式有多个候选键时，被用户选用的那个候选键。 外键：如果关系模式 R1 中的某属性集是另一个关系模式 R2 的主键，则该属性 在关系模式 R1 中称为外键。概念

2、模式 ：是对数据库中 全部数据的整体逻辑结构的描述 ，体现了全局、 整体的 数据观点，所以称为数据库的 整体逻辑结构 。外模式 ：是表达 用户使用观点和用到的那部分数据的逻辑描述 ，体现了应用程序 员对数据库的数据观点。内模式：是数据库在 物理结构和物理存储方面 的描述，规定了数据的内部记录类 型、记录建起技术、文件的组织方式和数据控制方面的细节等。关系的目或度 ：关系中的属性个数。关系的基数 ：关系中元组的个数。笛卡儿积运算 ：设关系 R和 S的目数分别为 r 和 s，R和 S的笛卡儿积是一个 r+s 目的元组集合， 每个元组的前 r 个分量来自 R 中的的一个元组， 后 s 个分量来自 S

3、 中的一个元组。投影运算 ：投影运算是按照 j1,j2jk 的顺序从关系 R 中取出序号为 j1 ，j2.jk 的 K 列。并 除去结果中的重复元素 构成一个以 j1 ，j2.jk 为顺序的 K 目关系。选择运算 ：从关系 R中挑选出满足公式 F 的那些元组。联接运算 ：从关系 R 和 S 的笛卡儿积中选取属性值 满足某一比较运算 操作的元 组。自然联接运算 ：从关系 R 和 S 的笛卡尔积中选取公共属性值相等的元组， 并去 除重复的属性 。聚合函数 ：能够根据查询结果的 记录集或根据查询结果的记录集中 某列值 的特点 返回一个 汇总信息 的函数。分组查询 ：在 SQL 语言中，把元组按某个或

4、某些列上相同的值 分组，然后再对 各组进行相应操作的查询方式称为分组查询 。多元查询 ：SQL 语言允许用户在同一查询语句中从两个或多个表中查询数据， 即在两个或多个表的 联接运算的基础上 ，再从其联接结果中选取满足查询条件的 元组，一般称为二元查询或多元查询。视图 ：也称用户视图或外模式， 反映了数据库的局部逻辑结构 ，是数据库应用系 统中各 不同用户看到和使用 的数据库。1NF :在一个关系模式 R中，如果 R的每一个属性的值域中的值都是 不可再分 的 最小数据单位，则称 R 为第一范式，记为 1NF。2NF :如果一个关系模式 R属于 1NF ，并且它的每一个非主属性都 完全依赖于它 的

5、每一个候选键，则称 R 为第二范式，记为 2NF。3NF :如果一个关系模式 R属于 1NF ，并且 R的任何一个非主属性都 不传递依赖 于它的任何一个候选键，则称 R 为第三范式，记为 3NF BCNF :设有关系模式 R(U,F)，F是R上的函数依赖， X和 A 是 U的子集，且 A 不包含于 X。如果对于 F中的每个函数依赖 X-A ，X都是 R的一个候选键，则 称R是 BCNF。数据库生命周期 ：把数据库应用系统从 开始规划，设计实现，运行使用，直到被 新的系统取代而停止使用 的整个时期称为数据库生命周期。一对一联系 ：如果实体集 E1 中每一个实体(至少有一个)至多与实体集 E2 中

6、 的一个实体有联系；反之，实体集 E2 中的每一个实体至多与实体集 E1 中的一 个实体有联系，则称 E1和 E2为一对一联系，记为 1：1； 一对多联系 ：如果实体集 E1 中至少有一个实体与实体集 E2 中的一个以上的实 体有联系；反之，实体集 E2 中的每一个实体至多与实体集 E1 中的一个实体有 联系，则称 E1和 E2为一对多联系，记为 1:N。多对多联系 ：如果实体集 E1 中至少有一个实体与实体集 E2 中的一个以上的实 体有联系；反之，实体集 E2 中至少有一个实体与实体集 E1 中一个以上的实体 有联系，则称 E1 和 E2 为多对多联系，记为 M:N 。isa 联系：也称“

7、构入式联系”，记作 A isa B ，表示实体集 A 包含在实体集 B 中，A 是 B中的一种特殊群体 。弱实体：如果某实体集 E1 的存在依赖于另一个实体集 E2的存在，并且这两个 实体集之间的联系是 用来标识 E1的，则实体集 E1 称为弱实体。 事务的原子性 ：一个事务或者成功地结束， 或者什么都不做， 即对数据库不产生 任何影响。事务的永久性 ：一个事务一旦提交， 它对数据库中数据的改变就应该是永久性的， 随后的其它操作或故障都不会对其结果有任何影响。完整性约束 ：是保护数据库中数据 正确性和相融性 所做的各种检查 或数据应满足 的约束条件。触发器：是一个能因某一个事件触发而由系统 自

8、动执行的 SQL 语句序列。 引用完整性约束 ：是指一个关系的 外键 值必须与另一个关系的 主键值相匹配。 实体完整性约束 ：也称主键完整性约束， 是指每个关系的 主键值必须非空且唯一 。 排他锁：当某个事务 T为修改某个数据项 A 且不允许其他事务修改该数据项， 或不允许其它事务对该数据项加 S 锁时，该事务可以对 A 加排他锁。 共享锁：当某个事务 T希望阻止其他事务修改正为它 读取的某个数据项 A 时， 该事务可以对 A 加共享锁。简述：1 简述数据库与文件系统的区别： 数据库与传统意义上的文件的区别主要体现在 在如下方面 (1) 数据库中的数据是 面向全组织和全系统 的，因此可以被多个

9、用户 和多个应用 共享 ，而文件系统中的数据是面向某一专门程序和个别应用的， 大多 没有提供多个用户共享的机制。 (2)数据库中的数据是 结构化 的，而文件系统中 的数据是非结构化或半结构化的。 (3) 数据库中的数据具有 非冗余性、一致性和 相关性 ，而文件系统中的数据是 分离的、独立的、可重复的 。2 关系的主键有哪些特性 ：(1)唯一性 ：主键属性集中的每一个值唯一地确定了 关系中的一个元组。例如，一个学号只能查询到一个学生的信息。 (2)非冗余性 ： 如果从主键属性集中抽去任一属性， 则该属性集不再具有唯一性。 例如，当用“城 市名、街道与门牌号” 表示一个单位所处位置信息时， 如果去

10、掉城市名或街道与 门牌号其中之一，都无法确定该单位的地址。 (3)有效性 ：主键中任一属性都不 能为空值。其含义是显然的3 将数据库系统的体系结构设计成三级的意义 ：将数据库系统的体系结构设计成 三级的意义如下。 (1) 保证数据的独立性 。将概念模式与内模式分开，保证了数 据物理独立性；将外模式与概念模式分开，保证了数据逻辑独立性。(2) 简化了用户接口， 方便了用户的使用 。用户只需按外模式编写应用程序或在终端上输入 操作命令即可，而不需了解数据的物理存储结构。 (3) 有利于数据共享 。从概念 模式可产生不同的外模式， 减少了数据冗余， 有利于数据共享和提供多种应用服 务。 (4) 有利

11、于数据的安全保密 。用户程序只能操作给定的某个或某些外模式数 据，而不能操作未给定的其他数据， 同时也缩小了程序错误传播的范围， 保证了 其他数据安全。4 用户视图对数据库设计带来了哪些好处 ：利用视图的定义功能， 可以提前 把带 有复杂查询条件的查询语句定义成用户视图 ，这样在应用程序设计中就可以利用 简单的视图查询语句代替具有复杂查询条件的查询语句， 从而可以 简化用户应用 程序接口 ，使应用程序中的 SQL 语句变得简单明了，清晰可读；使应用程序员 把编写应用程序的主要精力集中在对数据的分析、 处理和用户界面的实现上， 方 便应用程序设计 。另外，用户视图给数据库提供了 逻辑数据独立性和

12、物理数据独立性 。5 分别简述数据定义语句、 数据查询语句、 数据操纵语句和数据控制语句的功能 用途 ：数据定义语句 用于定义数据库的逻辑结构， 包括定义基本表、 定义视图和 定义索引。 数据查询语句 按不同查询条件实现对数据库中数据的检索查询。 数据 操纵语句 用于更改和操作表中的数据， 包括数据插入、 数据修改和数据删除。 数 据控制语句 实现用户授权、 基本表和视图授权、 事务控制、 完整性和安全性控制 等。6SQL Server 中数据库引擎实例是 ：SQL Server 2005 数据库引擎实例 包括一 组该实例私有的程序和数据文件 ，同时也和其他实例共用一组共享程序或文件 。 SQ

13、L Server 2005 数据库可以包括一个或者多个数据库实例。 在一台计算机上， 每一个实例都独立于其他的实例运行 ，都可以看作一个独立的“服务器“。 应用 程序可以分别联接到不同的实例进行工作 ，数据库管理员也是通过联接到实例对 数据库进行管理与维护的。7 什么是 Transact-SQL 语言： Transact-SQL 语言是由微软公司在 SYBASE 数 据库的基础发展起来的一种 结构化查询语言 ，是对按照国际标准化组织和美国国 家标准协会 (ANSI)发布的 SQL 标准定义的语言的扩展，因此它符合 ANSI89 和 ANSI92 标准，又在 SQL 的基础上扩展了语言功能。 T

14、-SQL 语言是应用程序和 存储过程与 SQL Server 交互的工具。8 简述关系数据模型的规范化设计过程 ：关系模型的规范化设计就是按照函数依 赖理论和范式理论，对逻辑结构设计的第一步所涉及的关系模型进行规范化设 计，基本设计方法可归纳为如下 5 步。 (1)参照每个关系模型的语句及其内涵， 分别写出每个关系模式中各个属性间的数据依赖， 进而确定每个关系模式的函数 依赖集。(2)求每个关系模式的函数依赖集的 最小依赖集 。(3)将求得的每个关系 模式的函数依赖集中的 决定因素相同的函数依赖进行合并 。 (4)按照关系模式分 解理论和函数依赖理论， 对每个关系模式与之相关的函数依赖进行 分

15、解 ，使得分 解后的关系模式至少满足 第三范式或 BCNF 范式 。(5)通过以上的模式分解过程 之后，可能出现某些 完全相同的关系模式 所以要将完全相同的关系模式 合并 成一个单独的关系模式，即消除掉多余的关系模式9 在关系数据库的逻辑设计中， 规范化理论的作用 ：关系数据库逻辑设计中的规 范化设计是指 对关系数据库逻辑结构设计第一步所得到的关系模型进行规范化 设计 。在规范化的设计中， 规范化理论的作用在于 减少乃至消除关系模型中存在 的数据冗余、更新异常、插入异常和删除异常 ,提高数据库的完整性、一致性和 存储效率。10 数据库的并发操作会带来哪些问题？如何解决 ：数据库并发操作带来的数

16、据 不一致性问题包括 丢失修改、读过时数据和读“脏”数据。 对于并发操作带来的 问题，可以用 并发控制的方法调度并发操作 ，避免造成数据的不一致性， 使一个 用户事务的执行不受其他事务的干扰。 一级锁协议可防止丢失修改； 二级锁协议 不仅可以防止丢失修改，而且可以防止读“脏”数据；三级锁协议除了防止丢失 修改和不读“脏”数据外，还可防止读过时数据。应用： 重点理解关系代数运算的表达查询的方法。实例： P39 2-7 2-10 2-11 根据查询要求写出关系代数表达式 应用：根据要求，写出完成相应功能的 SQL 语句。 掌握 delete,update,insert,select 语句的语法。P

17、68 3-7 3-8 3-113-23理论课及实验课中练习的各查询表达 （重在对单表查询、多表联接查询、理解 ）应用 掌握求 X关于 F的闭包的方法（ P106 算法 5.1） 实例： P126 5-2 5-3 求 X关 于 F 的闭包 X+掌握求函数依赖集 F的最小函数依赖集的方法（P108 例 5.5 ）实例：p126 5-5（3） 5-6 5-7理解保持无损的分解，掌握其判断方法（ P112, 算法 5.2 及 P114 定理 5.5 所述 和简单检验方法） 实例： P126 例 5-9 5-10 5-11 5-15 掌握关系候选键的求解方法 （P118 算法 5.4 及例 5.14 ）实例：P126 5-15 （1） 5-16 （2 ）掌握向 3NF 的模式分解算法 （P123 算法 5.5 及例 5.20 保持函数依赖性、 定理 5.9 无损联接性 ） 实例 p126 5-15（1）（2）（3） 5-16（2）（3）（4）应用根据文字语义描述画出合适的实体 -