数据库名词解释和简答

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

名词解释:

概念模型:表达用户需求观点的DB 全局逻辑结构的模型。

逻辑模型:表达计算机实现观点的DB 全局逻辑结构的模型。

外模式:使用DDL 对外部模型的描述称为外模式。外模式是用户用到的那部分数据的描述。 内模式:使用DDL 对内部模型的描述称为内模式。内模式是DB 在物理存储方面的描述。

逻辑模式:使用DDL 对逻辑模型的描述称为逻辑模式。逻辑模式是数据库中全部数据的整体逻辑结构的描述。

数据独立性:应用程序和DB 的数据结构之间的相互独立,不受影响。

逻辑独立性:在DB 的逻辑结构改变时,尽量不影响应用程序。

过程性语言:用户编程时,不仅需要指出“做什么”,还需要指出“怎么做”的语言。

非过程性语言:用户编程时,只需指出“做什么”,不需要指出“怎么做”的语言。

超键:能唯一标识元组的属性或属性集,称为关系的超键。

候选键:不含有多余属性的超键。

主键:正在使用的、用于标识元组的候选键。

外键:属性集F 是模式S 的主键,在模式R 中也出现,那么称F 是模式R 的外键。

实体完整性规则:实体的主键值不允许是空值。

参照完整性规则:依赖关系中的外键值或者为空值,或是相应参照关系中的某个主键值。 基本表:实际存储在数据库中的表。

视图:从基本表或其他视图中导出的表,它本身不独立存储在数据库中,也就是数据库中只存放视图的定义而不存放视图的数据。

平凡的FD :如果X →Y ,且Y ⊆X ,则称X →Y 是一个“平凡的FD ”。

无损分解:设关系模式R ,F 是R 上的FD 集,ρ={R 1,···,R k }是R 的一个分解。如果对于R 中满足F 的每一个关系r ,都有r=⋈πR i (r ),那么称分解ρ相对F 是“无损分解”。

数据库工程:数据库应用系统的开发是一项软件工程,但又有自己特有的特点,所以特称为“数据库工程”。

事务:事务是构成单一逻辑工作单元的操作集合。

封锁:封锁是系统保证对数据项的访问以互斥方式进行的一种手段。

调度:事务的执行次序称为调度。

可串行化调度:如果一个并发调度的执行结果与某一串行调度的执行结果等价,那么这个并发调度称为可串行化调度。

活锁:系统可能使某个事物永远处于等待状态,得不到封锁的机会。

饿死:有可能存在一个事务序列,其中每个事务都申请对某数据项加S 锁,且每个事务在授权加锁后的一小段时间内释放封锁,此时若另有一个事务T2欲在该数据项上加X 锁,则将永远轮不上封锁的机会。

死锁:系统中有两个或两个以上的事物都处于等待状态,并且每个事务都在等待其中另一个事务解除封锁,它才能继续执行下去,结果造成任何一个事务都无法继续执行。

简答题:

1.8与“文件”结构相比,“数据库”结构有些什么不同?

答:与文件结构相比,数据库结构主要有下面三点不同:

①数据的结构化。文件由记录组成,但各文件之间缺乏联系。数据库中数据在磁盘中仍以文件形式组织,但这些文件之间有着广泛的联系。数据库的逻辑结构用数据模型来描述,整体结构化。数据模型不仅描述数据本身的特点,还要描述数据之间的联系。

②数据独立性。文件只有设备独立性,而数据库还具有逻辑独立性和物理独立性。

③访问数据的单位。访问文件中的数据,以记录为单位。访问数据库中的数据,以数据项(字段)为单位,增加了系统的灵活性。 k

i=1

1.11数据抽象的过程有那几个步骤?

答:数据抽象的过程,也就是数据库设计的过程,分为如下4个步骤。

第一步:根据用户需求,设计数据库的概念模型。

第二步:根据转换规则,把概念模型转换为数据库的逻辑模型。

第三步:根据用户的业务特点,设计不同的外部模型,供程序员使用。

第四步:实现数据库时,要根据逻辑模型设计其内部模型。

一般将第一步称为DB的概念设计,第二第三步称为DB的逻辑设计,第四步称为DB的物理设计。

1.20 什么是DBA?DBA应具有什么素质?DBA的职责是什么?

答:DBA是控制数据整体结构的一组人员,负责DBS的正常运行,承担创建、监控和维护DB结构的责任。

DBA必须具备下列4条素质:熟悉企业全部数据的性质和用途;对所有用户的需求有充分的了解;对系统的性能非常熟悉;兼有系统分析员和运筹学专家的品质和知识。

DBA的主要职责有6点:定义模式;定义内模式;与用户的联络;定义安全性规则;定义完整性规则;DB的转储与恢复。

4.3关系模式的非形式化设计准则有那几条?这些准则对数据库设计有什么帮助?

答:关系模式的非形式化设计准则有以下4条。

①尽可能只包含有直接联系的属性,不要包含有间接联系的属性。

②尽可能使得相应关系中不出现插入、删除和修改等操作异常现象。

③应尽可能避免在相应关系中放置经常为空值的属性。

④尽可能使得关系的等值连接在主键和外键的属性上进行,并且保证连接以后不会生成额外的元组这些准则有助于消除关系模式的数据冗余和操作异常现象。

5.5概念设计的具体步骤是什么?

答:概念设计的主要步走可分为三步:

(1)进行数据抽象,设计局部概念模式;

(2)将局部概念模式综合成全局概念模式;

(3)评审。

5.6逻辑设计的目的是什么?试述逻辑设计阶段的主要步骤及内容。

答:逻辑设计的目的是把概念设计阶段设计好的基本ER图转换成与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构(包括数据库模式和外模式)。这些模式在功能、性能、完整性和一致性约束及数据库的可扩充性等方面均应满足用户的各种要求。

逻辑设计阶段主要有五步:把概念模型转换成逻辑模型;设计外模型;设计应用程序与数据库的接口;评价模型和修改模型。

相关文档
最新文档