逻辑设计
网络逻辑设计
1. 核心层设计方法
拓扑结构 设计
网络核心层的主要工作是交换数据包，核心
层的设计应该注意两点：
（1）不要在核心层执行网络策略：所谓策略就
是一些设备支持的标准或系统管理员定制的
规划。
（2）核心层的所有设备应具有充分的可到达性
。
P52
2. 汇聚层设计方法
拓扑结构 设计
汇聚层将大量低速的链接（与接入层设备的 链接）通过少量宽带的连接接入核心层，以 实现通信量的收敛，提高网络中聚合点的效 率。同时减少核心层设备路由路径的数量。 总之，汇聚层的主要设计目标包括：
P54
3．2．3．4 绘制网络拓扑图
拓扑结构 设计
好的网络拓扑结构图能恰当地表现设计者的意图 。绘制网络拓扑图要注意以下几点：
（1）选择合适的图符来表示设备； （2）线对不能交叉、串接，非线对尽量避免交叉； （3）终接处及芯线避免断线、短路； （4）主要的设备名称和商家名称要加以注明； （5）不同连接介质要使用不同的线型和颜色加以注明； （6）标明制图日期和制图人。
拓扑结构 设计
1．估算网络中的通信量主要有两个方面：
（1）根据业务需求和业务规模估算通信量的大小； （2）根据流量汇聚原理确定链路和节点的容量；
2．估算通信量应该注意的问题：
（1）必须以满足当前业务需要为最低标准； （2）必须考虑到未来若干年内的业务增长需求； （3）能对选择何种网络技术提供指导； （4）能对冲突域和广播域的划分提供指导； （5）能对选择何种物理介质和网络设备提供指导。 P50
上行链路和下行链路
拓扑结构 设计
• 上行链路指的是从工作站流向核心网络设 备的链路。下行链路指的是从核心网络设 备流向工作站的链路。 （图3-2） • 上行链路的容量衡量了核心设备和线路的 容量，影响了骨干网技术的选择。下行链 路的容量则可给出了某种骨干网技术能满 足的客户端应用的能力。 P50
逻辑结构设计要点
逻辑结构设计要点逻辑结构设计要点是指系统的逻辑结构设计需要遵循的一些原则，它是系统设计中最重要的部分。
它决定了系统的整体结构和功能实现，以及系统的完整性、可靠性、易用性和可扩展性。
1. 抽象建模法：抽象建模法是一种将复杂问题抽象为小的单元，并在每个单元上运用相同的方式来处理问题的解决方案。
抽象建模法是一种简单明了的系统模型，可以帮助我们对系统的功能和结构进行清晰的划分，以便于系统的开发和维护。
2. 分层结构：分层结构是指用几个不同的层次来组织系统的组件，使之成为一个统一的体系结构。
它能够把系统按照不同的层次进行划分，使得系统的组件之间可以形成良好的结构关系，从而更好地支持系统的开发和维护。
3. 功能层次结构：功能层次结构是指把系统组件按照功能进行划分，使得系统的功能更加完整，从而更好地支持系统的开发和维护。
4. 处理概念：处理概念是指把系统功能划分成一系列的处理步骤，并将这些步骤按照特定顺序进行处理，从而实现系统的功能。
5. 结构化编程：结构化编程是指把系统的功能划分成一系列的模块，并将这些模块按照特定顺序进行编程，从而使得系统的功能更加完整。
6. 模块化结构：模块化结构是指把系统的功能划分成一系列的模块，并且把这些模块组织成一个结构化的架构，从而使得系统的功能更加完整。
7. 关联关系：关联关系是指把系统的功能划分成一系列的模块，并且把这些模块之间建立起关联关系，从而使得系统的功能更加完整。
8. 数据流：数据流是指把系统的功能划分成一系列的模块，并且把这些模块之间的数据流程进行组织，从而使得系统的功能更加完整。
9. 数据字典：数据字典是指把系统的功能划分成一系列的模块，并且把这些模块中使用的数据进行统一说明，从而使得系统的功能更加完整。
10. 过程图：过程图是指把系统的功能划分成一系列的模块，并且用图形的方式把这些模块之间的关系进行统一表达，从而使得系统的功能更加完整。
11. 控制流模型：控制流模型是指把系统的功能划分成一系列的模块，并且把这些模块之间的控制流程进行统一描述，从而使得系统的功能更加完整。
数据库设计-逻辑设计
数据库设计-逻辑设计数据库设计-逻辑设计概念结构设计：定义：将需求分析得到的⽤户需求抽象成信息结构，即概念模型。
概念模型：通常的描述⼯具是E-R模型图。
数据库概念模型的设计⽅法：概念设计的步骤：1. 进⾏数据抽象，设计局部概念模式分解法：将⼀个⼤的需求分解成⼀个个的⼩的需求，具体到单个⽤户的基本需求，为每个⽤户或⽤户组建⽴⼀个对应的局部E-R模型常⽤抽象⽅法：聚集：将若⼲对象和它们之间的联系组合成⼀个新的对象。
例如：学⽣属性信息（学号，姓名，性别）聚集成⼀个学⽣实体。
概括：将⼀组具有某些共同特征的对象合并成更⾼层⾯的对象。
例如：对不同学⽣（本科⽣，研究⽣）统⼀概括出共同特征，并抽象成学⽣实体。
2. 将局部概念模式综合成全局概念模式将各个局部概念模式合并成⼀个全局概念模式。
解决冗余问题解决对象定义不⼀致问题：同名异意，异名同意。
概念设计中涉及到的专有名词：关系：⼀个关系对应⼀张表。
元组：⼀个元组对应表中的⼀⾏记录。
属性：⼀个属性对应表中的⼀列记录。
主属性：候选码中出现的属性。
⾮主属性：没有在任何候选码中出现。
候选码：可以唯⼀标识元组的属性组。
主码：候选码之中的⼀个。
域：属性的取值范围。
分量：元组中的⼀个属性值。
ER图图例说明：矩形：表⽰实体集。
菱形：联系集。
椭圆：实体的属性。
线段：实体与属性之间的联系。
局部概念结构设计：1. 选择局部应⽤：根据系统具体情况，在多层的数据流图中选择⼀个适当层次的数据流图，从该数据流图出发，设计局部E-R模型。
2. 逐⼀设计局部E-R模型：参照数据字典和数据流图，确定每个局部应⽤应该包含那些实体，实体有包含那些属性，以及实体之间的联系和类型。
1. 实体的定义：现实世界中事物。
例如：学⽣2. 属性的定义：描述实体的性质。
例如：学号，姓名，性别联系的定义：实体之间的关系:⼀对⼀；⼀对多；多对多。
例如：⼀个学⽣对应⼀个班级，⼀个班级对应多个学⽣，多个⽼师对应多个班级。
全局概念结构设计：1. 合并局部E-R模型，⽣成初步的全局E-R图。
逻辑模型设计基础知识点
逻辑模型设计基础知识点逻辑模型是指在信息系统分析与设计过程中，用于描述业务过程、数据和业务规则的抽象模型。
它能够清晰地展示系统的功能和结构，为系统分析与设计提供有力支持。
逻辑模型设计是信息系统开发的重要环节，具备一定的基础知识点是必要的。
本文将介绍逻辑模型设计的基础知识点，包括实体、关系、属性、范围和约束等。
一、实体实体是指在信息系统中具有独立存在和完整意义的客观事物或概念。
在逻辑模型设计中，实体用来描述系统中的业务对象。
实体通常具有属性，可以通过实体之间的关系进行连接和组织。
在设计实体时，需要明确定义实体的名称、标识、属性和约束条件等。
例如，在一个学生管理系统中，可以将“学生”定义为一个实体。
该实体可能包含属性如学生编号、姓名、性别、年龄等。
同时，还可以定义该实体与其他实体的关系，如与“课程”实体之间的“选课”关系。
二、关系关系是指不同实体之间的联系和交互。
在逻辑模型设计中，关系用来描述实体之间的依赖和联系。
关系在设计中通常具有多个方向和不同的类型，如一对一关系、一对多关系和多对多关系等。
关系可以使用图形表示，如E-R图等。
以学生管理系统为例，可以定义一个名为“选课”的关系来描述学生和课程之间的联系。
该关系可能包含属性如选课时间、成绩等。
使用关系可以方便地记录学生选课的信息，并实现学生和课程之间的关联。
三、属性属性是实体和关系中的特征和性质。
在逻辑模型设计中，属性用来描述实体的基本信息和关系的具体属性。
属性通常具有数据类型和取值范围等约束条件，能够限制数据的合法性和完整性。
继续以学生管理系统为例，学生实体的属性包括学生编号、姓名、性别和年龄等。
其中，年龄属性可能被定义为整数类型，取值范围为18岁以上。
四、范围和约束范围是指逻辑模型在描述业务过程时的边界和限制条件。
在逻辑模型设计中，范围和约束用于限制数据的有效性和正确性。
范围可以是简单的数值范围，也可以是复杂的逻辑条件。
在学生管理系统中，可以通过范围和约束来限制学生年龄的有效性，如设置年龄范围为18岁以上。
系统逻辑设计
系统逻辑设计本节内容主要根据软件产品需求规格说明书和软件产品数据字典建立系统的逻辑模型；此种模型暂时与系统的物理因素(例如：计算机、数据库管理系统)无关；它是系统需求与物理实现的中间结构，它的主要结果是建立：系统结构图、系统界面结构图、系统出错处理、以及系统开发技术说明；说明：如果进行系统设计时尚未编写软件数据字典：应首先参照附录B说明，编写软件数据字典；在完成软件数据字典后，再进行系统设计；系统组织设计系统组织设计通过系统组织表描述本系统由哪些子系统(模块)组成，这些子系统与业务职能之间的关系，以及各个子系统的安装地点；系统组织表的格式如下：子系统编号给出本系统中指定子系统的顺序编号；如果本系统末划分为多个子系统，仅由一个运行模块组成；则本项内容仍需要描述，但是本表内容只有一行；说明：在一个系统中有可能安装若干个相同的子系统，在这种情况下，应该视为一个子系统，并且对多个安装地点分别进行描述；如果相同的子系统通过系统设置，实现的业务职能具有明显差异时，应该采用多行进行分别描述，并且在备注中说明其差异所在；子系统英文名称给出本子系统的英文名称，该名称是在应用软件中实际使用的可执行文档名称，必须能够说明该子系统的特点；若本系统中只有一个子系统，则本项内容仍需要描述，但是本表内容只有一行；子系统中文名称给出本子系统的中文名称，该名称必须能够说明该子系统的特点；若本系统中只有一个子系统，则本项内容仍需要描述，但是本表内容只有一行；业务职能描述该子系统完成的核心业务；安装地点描述该子系统实际安装的部门、或者某个具体地点；备注针对该子系统，需要说明的其它有关问题；系统结构设计本节将对系统特性作较为详细的描述，并给出系统特性结构图；系统特性表系统特性是系统中完成某项具体操作的基本单元，它由入口参数，出口参数以及处理过程三部分组成；系统特性可以具有操作界面，也可以没有操作界面；可以被其它操作界面、或者系统特性调用，也可以调用其它操作界面、非操作界面、或者系统特性；但是不允许递归调用(调用自己)，包括间接递归调用；当系统由多个子系统(模块)组成时，每个子系统分别使用一张系统特性表进行描述；系统特性表的格式如下：子系统编号含义同上；子系统英文名称含义同上；子系统中文名称含义同上；特性编号整个系统所有特性的统一编号；系统特性英文名称系统特性的英文正式名称，将来用于软件开发中，必须符合命名规范；系统特性中文名称系统特性的中文正式名称，来源于需求规格说明书中，系统特性一节中的有关描述；操作功能是指该特性实际完成的操作说明；调用对象是指调用该系统特性的系统对象，这里的系统对象可以是系统特性、也可以是操作界面；被调用对象是指被该系统特性调用的系统对象，这里的系统对象可以是系统特性、也可以是操作界面；说明：某些较低层的系统特性，可能不存在被调用对象；备注描述与该系统特性有关的其它注意事项；说明描述与该系统特性表有关的其它注意事项；系统特性结构图系统特性结构图给出系统特性在逻辑层面上相互之间的关系，其主要依据来源于需求规格说明书中，系统特性一节中的有关描述；如果系统划分为多个子系统，应分别给出系统与子系统、以及各个子系统与系统特性的结构图；绘制系统与子系统结构图时，一般不需要描绘出系统特性，如果确有必要，尽可能只画出第一层系统特性；绘制子系统与系统特性结构图时，通常也不需要描绘出第二层系统特性，如果确有必要可以画出，但是尽可能不要画出第三层系统特性；系统接口设计系统接口是一种非可视的系统界面，在多数情况下，它对用户是透明的；本节将对系统接口作较为详细的描述，并给出接口说明清单；系统接口表接口作为系统的一种输入／输出形式，分为网络接口、数据库接口、RS-232串行通讯接口、IEEE—485串行总线接口、并行I/O 接口等等多种类型；对于一些为可视界面服务的接口，例如：打印机接口、显示器接口等，因为这类接口对应用软件是透明的，所以不在本节描述范围内；当系统由多个子系统(模块)组成时，每个子系统分别使用一张系统接口表进行描述；系统接口表的格式如下：子系统编号含义同上；子系统英文名称含义同上；子系统中文名称含义同上；接口编号整个系统所有接口的统一编号；接口名称系统接口的正式名称，必须符合通常习惯；接口类型指出该接口所传输的数据在该模块中起到的作用；接口性质指出该接口在通讯中起到的作用，这里的作用可以是：输入；输出；双向；接口速率指出该接口的传输速率；如果该接口依赖于其它通讯方式，那么传输速率将不高于它所依赖的其它通讯方式的速率；接口协议给出该接口实际使用的通讯协议；相关对象给出直接使用本接口的系统对象，这里的系统对象，可以是操作界面，也可以是系统特性；备注描述与该系统接口有关的其它注意事项；说明描述与该系统接口表有关的其它注意事项；系统接口传输协议说明逐项详细描述系统接口表中所列出各个系统接口使用的传输协议，以及其它相关内容，例如：驱动程序、动态连接库、等等；系统完整性设计描述系统对象(数据元、数据类)，所受到的逻辑约束关系；当系统由多个子系统(模块)组成时，每个子系统应分别使用一张系统完整性约束表进行描述；系统完整性约束表的格式如下：子系统编号含义同上；子系统英文名称含义同上；子系统中文名称含义同上；约束编号整个系统所有约束的统一编号；完整性名称系统完整性约束的正式名称，必须符合通常习惯；相对对象名完整性约束中的相关对象(数据元和数据类)；约束表达式用一阶逻辑表达式表达的约束方程式；备注描述与该系统完整性约束有关的其它注意事项；说明描述与该系统完整性约束表有关的其它注意事项；。
程序设计方法
组合逻辑设计法适合于设计开关量控制程 序，它是对控制任务进行逻辑分析和综合，将 元件的通、断电状态视为以触点通、断状态为 逻辑变量的逻辑函数，对经过化简的逻辑函数， 利用PLC逻辑指令可顺利地设计出满足要求且较 为简练的程序。这种方法设计思路清晰，所编 写的程序易于优化。
LD X1 AND X2
INV OUT Y0
X1为A X2为B Y0为F
或非 F= A + B
LD X1 OR X2
INV OUT Y0
X1为A X2为B Y0为F
与或
F= A B + C
LD X1 AND X2 OR X3 OUT Y0
X1为A X2为B X3为C Y0为F
二、PLC程序的组合逻辑设计法
基本逻辑
逻辑表达式
PLC实现方式
与 F=AB
LD X1 AND X2 OUT Y0
X1为A X2为B Y0为F
或 F = A+B
LD X1 OR X2 OUT Y0
X1为A X2为B Y0为F
非 F= Ａ
LD X1 INV
OUT Y0
X1为A Y0为F
组合逻辑
逻辑表达式
PLC实现方式
与非 F= A B
二、PLC程序的组合逻辑设计法
3、组合逻辑设计举例
例１、三层电梯的控制。控制要求如下：
（1） （2）
ቤተ መጻሕፍቲ ባይዱ
当电梯停在一层或二层时，如果按3AX按钮呼 叫，则电梯上升到三层，由行程开关3LS停止。
当电梯停在二层或三层时，如果按1AS按钮呼叫， 则电梯下降到一层，由行程开关1LS停止。
（3） （4）
当电梯停在一层时，如果按2AS按钮呼叫，则 电梯上升到二层，由行程开关2LS停止。
系统逻辑结构设计
系统逻辑结构设计系统逻辑结构设计是指在系统设计的过程中，针对系统的功能需求、数据处理和交互流程等方面进行分析和设计，以确定系统的组成部分、模块之间的关系以及数据流动路径等。
其目的是为了确保系统能够满足用户需求，并且能够高效、稳定地运行。
一般来说，系统逻辑结构设计包括以下几个方面：1. 系统架构设计系统架构设计是指确定整个系统的组成部分及其相互关系，包括硬件、软件和网络设备等。
在进行架构设计时，需要考虑到各个组成部分之间的通信方式、数据传输速率等因素，以确保整个系统能够高效地运行。
2. 数据结构设计数据结构设计是指确定系统中所使用的数据类型、数据格式以及数据存储方式等。
在进行数据结构设计时，需要考虑到数据的实际应用场景，例如数据量大小、访问频率等因素，并且需要确保数据能够被高效地存取和管理。
3. 模块划分与接口设计模块划分与接口设计是指将整个系统划分为若干个模块，并且定义各个模块之间的接口规范。
在进行模块划分时，需要考虑到各个模块之间的职责分工、数据流动路径等因素，并且需要确保各个模块之间的接口能够高效地传递数据和信息。
4. 流程设计流程设计是指确定系统中各个功能模块之间的交互流程，包括数据输入、处理、输出等环节。
在进行流程设计时，需要考虑到用户需求和业务流程，以确保整个系统能够满足用户需求，并且能够高效地运行。
5. 安全性设计安全性设计是指确定系统中所使用的安全措施，以确保系统的数据和信息不会被非法访问或篡改。
在进行安全性设计时，需要考虑到系统中可能存在的安全漏洞，并且采取相应的措施进行防范和修复。
总之，系统逻辑结构设计是整个系统设计过程中非常重要的一环，它直接关系到系统能否满足用户需求、运行稳定性等方面。
因此，在进行逻辑结构设计时，需要充分考虑到各种因素，并且采用合理有效的方法进行分析和设计。
逻辑设计法
逻辑设计法
逻辑设计法即逻辑分析设计方法，是根据生产工艺要求，利用逻辑代数来分析、化简、设计控制电路的方法，这种设计方法能够确定实现一个开关量逻辑功能的自动控制电路所必需的、最少的中间继电器的数目，以达到使控制电路最简洁的目的。
逻辑设计法是利用逻辑代数这一数学工具来设计自动控制电路的，同时也可以用来分析简化电路。
逻辑设计法是把自动控制电路中的继电器、接触器等电气元件线圈的通电和断电、触点的闭合和断开视为是逻辑变量，线圈的通电状态和触点的闭合状态设定为“1”，线圈的断电状态和触点的断开状态设定为“0”。
首先根据工艺要求将这些逻辑变量关系表示为逻辑函数的关系式，再运用逻辑函数基本公式和运算规律，对逻辑函数式进行化简;然后根据简化的逻辑函数式画出相应的电气原理图;最后经进一步检查、完善，得到既满足工艺要求，又经济合理、安全可靠的最佳设计控制系统原理图。
用逻辑函数来表示控制元件的状态，实质上是以触点的状态作为逻辑变量，通过简单的“逻辑与”、“逻辑或”、“逻辑非”等基本运算，得到运算结果，此结果就表示了电气控制系统的结构。
总的来说，逻辑设计法较为科学，设计的自动控制电路比较简洁、合理，但是当自动控制电路比较复杂时，设计工作量比较大，过程繁琐，容易出错，因此用于简单的自动控制系统设计。
但如果将较复杂的、庞大的控制系统模块化，用逻辑设计方法完成每个模块的设计，然后用经验设计法将这些模块组合起来形成完整的自动控制系统，逻辑设
计法也能表现出一定的优越性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
完成后，以“实验一+学号+姓名”作为文档的标题保存实验报告，并将实验。
邮件的标题为“实验一+学号+姓名”。
（学号为完整学号）
实验三、数据库的逻辑设计
实验目标
逻辑设计就是把E-R图转换成关系模式，并对其进行优化。
实验结果
经过转化和优化得到的数据库以及表的结构
实验步骤
1．ER图到关系模式的转换
在概念设计阶段得到的数据模型，是独立于具体DBMS产品的信息模型。
在逻辑设计阶段就是将这种模型进一步转化为某一种（某些类）DBMS产品支持的数据模型。
目前大部分的流行的数据库管理系统(SQL Server、Sybase 、Oracle、DB2等)基本上都是基于关系的数据模型，因此，应将概念设计阶段的E-R图模型转化为关系数据模型。
如，任课教师与课程之间的是多对多的联系类型，因此，可以将任课教师、课程以及讲授联系分别设计成如下的关系模式：
●教师(教师编号,教师姓名,性别,职称,电话,系编号)
●课程(课程编号,课程名称,课程学分,课时)
●讲授(教师编号，课程编号，课程编号，开课年度，开课学期)
而，院系实体和班级之间是一对多的联系类型，所以只要两个关系模式就可表示，其中联系可以放到班级的实体中：
●系(系编号、系名称、系主任)
●班级(班级编号，班级名称，系编号)
班级实体和学生实体之间是一对多的联系类型，所以也可以只使用两个关系模式来表示。
由于“班级”关系模式在上面已经给出，因此，只要再给出一个学生的关系模式，它们间的联系则被放在该关系模式中：
●学生(学号，姓名，性别，出生年月，电话，班级编号)
学生实体与讲授是聚集方式的联系类型，它们之间的关系是多对多的关系，可以使用如下关系模式来表示：
●学生选课(课程编号，学号，教师编号，开课年度，开课学期，成绩)
1.1根据这样的思路，实验二概念设计中得到E-R图转化得到的关系模型为：
1 学生和图书之间是多对多的联系类型，他们的关系模型如下所示：
学生（学生ID、姓名、班级编号、性别）
图书（图书编号、作者、书名、出版社）
借阅（学生ID、图书编号、借阅日期、归还日期）
2 学生和管理员也是多对多的联系类型，关系模型如下所示：
学生（学生ID、姓名、班级编号、性别）
管理员（管理员编号、姓名、职务、联系电话）
管理（学生ID、管理员编号、罚款金额）
3 管理员和图书之间是多对多的联系类型，关系模式如下：
管理员（管理员编号、姓名、职务、联系电话）
图书（图书编号、作者、书名、出版社）
整理（管理员编号、图书编号、超期时间）
1.2联系有哪些类型，各自代表什么含义。
你的R-R图的联系分别是什么类型。
1．一对一的联系：实体A中的每个实例在实体B中至多有一个实例与它相关
2．一对多联系：实体A与实体B存在联系，并且对于实体A中的一个实例，实体B 中存在多个实例与它对应
3．多对多的联系：实体A与实体B存在联系，对于实体A中的一个实例，实体B中有多个实例与它对应，并且对于实体B中的一个实例，实体A中也有多个实例与它对应
我的E-R图是多对多的联系
2.关系模式的规范及调整
在提出关系模式后，必须根据规范化和实际要求进行优化，这实际上是一个权衡的过程。
如果设计没有完全规范化，如可能用于决策支持(与需要大量更新的事务处理相对)的数据库(如数据仓库)则可能没有冗余更新，而且可能对查询更易于理解和更高效。
不过，在数据库应用程序内，未规范化的数据在设计过程更需要注意。
一般的策略是以规范化设计为出发点，然后出于特定因素有条件地非规范化某些表,以达到系统总体的优化目的。
1．确定函数依赖
首先，需要我们确定上面建立的关系模式中的函数依赖，一般在作需求分析时就了解到一些数据项的依赖关系，如教师的编号决定了教师的姓名和其它的数据项信息，而实体间的联系本身也是反映了一种函数依赖关系，但是这不是研究的对象，我们针对的是在一个关系模式中的函数依赖对象。
2．检查部分和传递函数依赖
对上一步确立的所有函数依赖进行检查，判别是否存在部分函数依赖以及传递函数依赖，针对有的依赖通过投影分解，消除在一个关系模式中存在的部分函数依赖和传递函数依赖。
大部分数据库系统只要满足第三关系范式就可以，这也是规范化的基本要求。
在实际的应用中，关系模式的规范化程度并不是越高越好，因为在关系模式的规范化提升过程中，必须进行着将一个关系模式分解成为多个关系模式的过程。
这样，在以后执行查询时，如果需要相关的信息，就必须作多个表的连接方能达到查询的目的，这无疑给系统增加一定的开销，特别存在很多用户同时访问或者关系中存在许多元组等因素其负担会越加明显。
为了兼顾性能的需要，在适当的时候可能需要对相关程度比较高的一些关系模式进行合并处理，或者在关系模式中增加相关程度比较高的属性等。
这是有可能选择第二范式甚至第一范式。
如果系统存在很多的元组数(记录数)，特别当记录达到百万甚至千万条记录时，系统的查询效率可能会受到明显的影响，分析关系模式的特点，可以根据某些关键属性不同将关系。