数据库逻辑设计

浅谈数据库信息管理系统的逻辑架构与功能设计　

高月秋　（哈尔滨市邮政局）　

摘要：笔者结合数据库理论和实际经验从以下几个方面探讨浅谈数据库　２．１．２编辑模板：当数据需求发生变化时，可以对已存在的模版　

信息管理系统的逻辑架构与功能设计。　文件的参数进行修改，以适应新的需要。　关键词：数据库信息管理系统逻辑架构功能设计　２．１．３删除模板：当不再对该模板文件定义的数据表进行抽取　０引言　时，可以删除模板文件，取消抽取过程。　数据库信息管理系统一个重要的功能是完成系统前台与后台之　２．１．４由于本系统文件主要是以固定长文件为主，所以，制定固　间的数据通信。将前台业务打包数据经过解析传输到后台数据库，达定长文件是关键，而且这个固定长文件主要是文件头、文件尾长度固　到对后台数据库的处理。还可以实现后台数据库中数据操作包括：数定，而每个文件的正文部分固定，但一个头部和尾部对应多个文件正　据的查询、更新、删除等操作。将业务数据从多个操作型数据库和外文部分。　

部文件中抽取出来，进行清理、转换、网络传输和集成。笔者结合数据　２．２数据抽取数据抽取模块是对后台下发的抽取任务的执行，　库理论和实际经验从以下几个方面探讨浅谈数据库信息管理系统的是完成小核心数据处理的中心工作，是定义的抽取过程的具体实施　

逻辑架构与功能设计。　阶段，数据抽取模块的主要功能包括：“数据抽取任务的载入”、“数据　

１数据库信息管理系统逻辑架构　抽取配置“、“数据抽取执行”、“数据抽取重启”　

数据库信息管理系统按照各个业务发展的需要，逐步进行多角　２．２．１数据抽取任务的载入：数据抽取是按照前台对后台数据　度、深层次的数据分析与加工，充分加以利用，为各层用户方便、快捷管理层下发的各项抽取任务来执行的，因此在实行数据抽取之前要　

的服务，同时也使数据的采集和利用处于良性循环状态。　对后台管理层下发的抽取任务进行载入到当前系统中。　

数据库信息管理系统处于整个系统的中间位置，它主要职责对　２．２＿２数据抽取配置：要正确完成数据抽取过程的执行，必须先　

关系数据库逻辑设计(一)

(总分：116.98，做题时间：90分钟)

一、选择题(总题数：37，分数：37.00)

1.数据库逻辑设计的依据不包括______。

A) 概念模型 B) 安全性要求

C) 数据约束 D) 功能模型

（分数：1.00）

A.

B.

C.

D. √

解析：[解析] 数据库逻辑设计的依据是数据库概念设计的结果，包括概念数据模型、数据处理要求、数据约束、安全性要求及DBMS的相关信息，因此本题答案为D。

2.以下关于数据库逻辑设计叙述错误的是______。

A) 数据库逻辑设计是面向机器世界的

B) 这个阶段将按照数据库管理系统支持的数据模型来组织和存储数据

C) 目标是得到实际的数据库管理系统可处理的数据库模式，并做到数据结构合理

D) 包括定义和描述数据库的局部逻辑结构、数据之间的关系、数据完整性及安全性要求等

（分数：1.00）

A.

B.

C.

D. √

解析：[解析] 数据库逻辑设计包括定义和描述数据库的全局逻辑结构、数据之间的关系、数据完整性及安全性要求等。因此本题答案为D。

3.在关系数据库设计中，设计关系模式是数据库设计中哪个阶段的任务______。

A) 逻辑设计阶段

B) 概念设计阶段

C) 物理设计阶段

D) 需求分析阶段

（分数：1.00）

A. √

B.

C.

D.

解析：[解析] 关系数据模型是常用的逻辑数据模型，所以设计关系模式是数据库设计中逻辑设计阶段的任务，因此本题答案为A。

4.对于关系的主码必须满足的条件，有下列说法：

Ⅰ．一个关系中的主码属性或属性组能函数决定该关系中的所有其他属性

Ⅱ．一个关系中的主码属性不能与其他关系中的主码属性重名

Ⅲ．在一个关系中，一个主码属性的任一真子集都不能函数决定其他属性 Ⅳ．在一个关系中，从主码属性集中去掉某个属性仍能唯一标识一个元组

以上说法正确的是______。

龙源期刊网

数据库逻辑设计中的规范化

作者：刘中胜

来源：《数字技术与应用》2017年第01期

摘要：数据库系统是信息化应用系统的核心组成部分，不合理的数据库设计可能会引起操作异常、性能降低、空间浪费等后果，甚至影响系统的安全性和稳定性，因此，设计合理的数据库系统是至关重要的。数据库设计包括概念结构设计、逻辑结构设计和物理结构设计，本文将从数据库逻辑结构设计部分探讨设计中的各种规范化措施，以致设计出合理的项目数据库。

关键词：数据库系统；数据库设计；规范化

中图分类号：TP311.13 文献标识码：A 文章编号：1007-9416（2017）01-0188-01

数据库系统是信息化应用系统的核心组成部分。在很多应用系统中，因为数据库设计不合理、不规范，导致系统出现操作异常、性能降低、空间浪费，甚至是系统崩溃等严重现象。如何避免数据库系统出现这些不良现象，在数据库设计时实现规范化是至关重要的。设计项目数据库时，应该基于项目本身实际需求，从数据库设计的各个阶段出发，设计合理规范的数据库系统，数据库设计包括概念结构设计、逻辑结构设计和物理结构设计，本文将主要考虑逻辑结构设计过程中的规范化，从范式、命名、约束等主要方面进行规范化的设计和检查。

1 设计满足范式要求

为了设计结构清晰合理、数据较少冗余的数据库，避免出现修改、插入和删除数据时出现异常，在数据库设计时必须遵循一定的规则，在关系型数据库中，这种规则称为范式。目前，关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、Boyce-Codd范式（BCNF）、第四范式（4NF）和第五范式（5NF）。这六种范式有着各自不同规则要求，但最低的、最基本的要求是第一范式。根据应用系统的实际需求不同，在设计相应数据库时应满足不同的范式要求。但不是满足范式越多越好，而应根据应用系统访问数据的情况和数据库存储的数据记录情况而定，一般情况下，满足第三范式就可以了。

数据库设计-逻辑设计

数据库设计-逻辑设计

概念结构设计：

定义：将需求分析得到的⽤户需求抽象成信息结构，即概念模型。

概念模型：通常的描述⼯具是E-R模型图。数据库概念模型的设计⽅法：

概念设计的步骤：

1. 进⾏数据抽象，设计局部概念模式

分解法：将⼀个⼤的需求分解成⼀个个的⼩的需求，具体到单个⽤户的基本需求，为每个⽤户或⽤户组建⽴⼀个对应的

局部E-R模型常⽤抽象⽅法：聚集：将若⼲对象和它们之间的联系组合成⼀个新的对象。例如：学⽣属性信息（学号，姓名，性别）聚集成⼀个学⽣实体。概括：将⼀组具有某些共同特征的对象合并成更⾼层⾯的对象。

例如：对不同学⽣（本科⽣，研究⽣）统⼀概括出共同特征，并抽象成学⽣实体。2. 将局部概念模式综合成全局概念模式将各个局部概念模式合并成⼀个全局概念模式。解决冗余问题

解决对象定义不⼀致问题：同名异意，异名同意。概念设计中涉及到的专有名词：关系：⼀个关系对应⼀张表。元组：⼀个元组对应表中的⼀⾏记录。属性：⼀个属性对应表中的⼀列记录。主属性：候选码中出现的属性。⾮主属性：没有在任何候选码中出现。候选码：可以唯⼀标识元组的属性组。主码：候选码之中的⼀个。域：属性的取值范围。

分量：元组中的⼀个属性值。

ER图图例说明：矩形：表⽰实体集。菱形：联系集。

椭圆：实体的属性。线段：实体与属性之间的联系。

局部概念结构设计：

1. 选择局部应⽤：根据系统具体情况，在多层的数据流图中选择⼀个适当层次的数据流图，从该数据流图出发，设计局部E-R模

型。2. 逐⼀设计局部E-R模型：参照数据字典和数据流图，确定每个局部应⽤应该包含那些实体，实体有包含那些属性，以及实体之

间的联系和类型。1. 实体的定义：现实世界中事物。

例如：学⽣2. 属性的定义：描述实体的性质。

例如：学号，姓名，性别

联系的定义：实体之间的关系:⼀对⼀；⼀对多；多对多。

例如：⼀个学⽣对应⼀个班级，⼀个班级对应多个学⽣，多个⽼师对应多个班级。

全局概念结构设计：