第2讲 数据库设计方法&步骤
数据库设计方法& 数据库设计方法&步骤
数据库设计方法
• 由于信息结构复杂，应用环境多样，在相当长的一段时期内，数据库 由于信息结构复杂，应用环境多样，在相当长的一段时期内， 设计主要采用手工试凑法，缺乏科学理论依据和工程方法的支持， 设计主要采用手工试凑法，缺乏科学理论依据和工程方法的支持，依 赖于设计人员的经验和水平，从而难以保证工程的质量， 赖于设计人员的经验和水平，从而难以保证工程的质量，增加了系统 维护的代价。设计人员经过十余年的努力探索， 维护的代价。设计人员经过十余年的努力探索，提出了各种数据库设 计方法。这些方法运用软件工程的思想总结出了各种设计准则和规程， 计方法。这些方法运用软件工程的思想总结出了各种设计准则和规程， 这些都属于规范法设计方法。 这些都属于规范法设计方法。 • 规范法设计中著名的有新奥尔良（New Orleans）方法，它将数据库 规范法设计中著名的有新奥尔良（ Orleans）方法， 新奥尔良 设计分为四个阶段：需求分析（分析用户需求）、概念设计（ ）、概念设计 设计分为四个阶段：需求分析（分析用户需求）、概念设计（信息分 析和定义）、逻辑设计（设计实现）和物理设计（物理数据库设计）。 ）、逻辑设计 析和定义）、逻辑设计（设计实现）和物理设计（物理数据库设计）。 后来，S.B.Yao等将数据库设计分为 个步骤。I.R.Palmer主张将数 等将数据库设计分为5 后来，S.B.Yao等将数据库设计分为5个步骤。I.R.Palmer主张将数 据库设计当成一步步的过程并采用一些辅助手段实现每一过程。 据库设计当成一步步的过程并采用一些辅助手段实现每一过程。
2. 概念设计阶段
• 根据需求分析的结果，形成独立于机器特点、独立于各个DBMS产品 根据需求分析的结果，形成独立于机器特点、独立于各个DBMS产品 的概念模型（信息世界）， ），用 图来描述。 的概念模型（信息世界），用E-R图来描述。
PowerDesigner工具
3. 逻辑设计阶段
• 将概念设计E-R图转换成具体DBMS产品支持的数据模型， 将概念设计E 图转换成具体DBMS产品支持的数据模型 产品支持的数据模型， • 如关系模型（基本表），形成数据库的模式，并对数据进行优化 如关系模型（基本表），形成数据库的模式， ），形成数据库的模式 处理。 处理。 • 然后根据用户处理的要求，以及安全性的考虑，在基本表 然后根据用户处理的要求，以及安全性的考虑， TABLE）的基础上建立必要的视图（VIEW）， ），形成数据库的 （TABLE）的基础上建立必要的视图（VIEW），形成数据库的 外模式。 外模式。
• 数据库应用系统经过试运行后即可投入正式运行。在数据库系统 数据库应用系统经过试运、调整与修改。 运行过程中必须不断地对其进行评价、调整与修改。 • 数据库经常性的维护工作主要由数据库管理员来完成，包括数据 数据库经常性的维护工作主要由数据库管理员来完成， 库的转储和恢复，数据库的安全性、完整性控制， 库的转储和恢复，数据库的安全性、完整性控制，数据库性能监 分析和改造，以及数据库的重构。 视、分析和改造，以及数据库的重构。
硬件和操作系统 信息需求
需求分析
需求分析说明书
概念设计
数据库概念模式
处理需求
逻辑设计
数据库逻辑模式
DBMS特性
物理设计
1. 需求分析阶段
• 进行数据库设计首先要了解与分析用户的应用需求（包括数据与 进行数据库设计首先要了解与分析用户的应用需求（ 处理）。 处理）。 • 需求分析是整个设计过程的基础，也是最困难、最费时的一步。 需求分析是整个设计过程的基础，也是最困难、最费时的一步。 • 需求分析首先要收集资料，并对资料进行分析整理，画出数据流 需求分析首先要收集资料，并对资料进行分析整理， 程图（ Diagam，DFD），然后建立数据字典（ ），然后建立数据字典 程图（Data Flow Diagam，DFD），然后建立数据字典（Data Dictionary，DD）， Dictionary，DD），并把数据字典图集和数据字典的内容返回客 ），并把数据字典图集和数据字典的内容返回客 进行用户确认，最后形成文档资料。 户，进行用户确认，最后形成文档资料。 • 需求分析是设计数据库的起点，需求分析的结果是否准确反映了 需求分析是设计数据库的起点， 客户的实际要求是否能够满足， 客户的实际要求是否能够满足，将直接影响到后面各个阶段的设 计，并影响设计结果是否合理和实用。 并影响设计结果是否合理和实用。
数据库的设计步骤
• 按照规范法设计的方法，考虑数据库及其应用系统的开发全过程，将 按照规范法设计的方法，考虑数据库及其应用系统的开发全过程， 数据库设计分为以下6个阶段。 数据库设计分为以下6个阶段。 • 1. 需求分析阶段 • 2. 概念设计阶段 • 3. 逻辑设计阶段 • 4. 物理设计阶段 • 5. 数据库实施阶段 • 6. 数据库运行和维护阶段
4. 物理设计阶段
• 在物理设计阶段，根据DBMS特点和处理的需要，对逻辑设计的 在物理设计阶段，根据DBMS特点和处理的需要 特点和处理的需要， 关系模型进行物理存储安排并设计索引，形成数据库（DataBase） 关系模型进行物理存储安排并设计索引，形成数据库（DataBase） 内模式。 内模式。
数据库设计方法
• 基于E-R模型的数据库设计方法、基于3NF（第三范式）的设计方法 基于E 模型的数据库设计方法、基于3NF（第三范式） 和基于抽象语法规范的设计方法， 和基于抽象语法规范的设计方法，都是在数据库设计的不同阶段上支 持实现的具体技术和方法。 持实现的具体技术和方法。 • 规范法设计从本质上看仍然属于手工设计方法，其基本思想是过程迭 规范法设计从本质上看仍然属于手工设计方法， 代和逐步求精。 代和逐步求精。 • 目前常用的实用化和产品化的数据库设计工具软件有Oracle公司推出 目前常用的实用化和产品化的数据库设计工具软件有Oracle公司推出 2000和Sybase公司的 公司的PowerDesigner， 的Design 2000和Sybase公司的PowerDesigner，这些工具软件能 自动或辅助设计人员完成数据库设计过程中的很多任务， 自动或辅助设计人员完成数据库设计过程中的很多任务，但使用起来 还有一定的难度和复杂度。 还有一定的难度和复杂度。
5. 数据库实施阶段
• 运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理 运用DBMS提供的数据语言、工具及宿主语言， 提供的数据语言 设计的结果建立数据库，编制与调试应用程序，组织数据入库， 设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进 行试运行。 行试运行。
6. 数据库运行和维护阶段
• 在实际开发过程中，软件开发并不是按顺序从第一步进行到最后一步， 在实际开发过程中，软件开发并不是按顺序从第一步进行到最后一步， 而是在任何阶段，以及在进入下一阶段前一般都有一步或几步的回溯。 而是在任何阶段，以及在进入下一阶段前一般都有一步或几步的回溯。 在测试过程中出现的问题可能要求修改设计， 在测试过程中出现的问题可能要求修改设计，用户还可能会提出一些 需要来修改需求说明书等。 需要来修改需求说明书等。
《数据库》ppt课件
分布式存储、并行计算、数据挖掘等技术在大数据处理中的应用。
分布式数据库技术
分布式数据库概述
分布式数据库的定义、特点、架构和分类。
分布式数据库的关键技术
数据分区、数据复制、事务管理、负载均衡 等。
分布式数据库的应用场景
云计算、大数据处理、高可用性和可扩展性 应用等。
数据库技术的发展趋势与挑战
数据库技术的发展趋势
型、半结构化数据模型等。
概念数据模型（信息模型） 按用户的观点对数据和信息建模，如 实体-联系模型（E-R模型）。
物理数据模型
描述数据在存储介质上的组织结构， 它不但与具体的DBMS有关，而且还 与操作系统和硬件有关。
关系数据模型
关系数据结构
采用二维表来表示，简称表，由行和列组成。
关系操作
包括查询操作和插入、删除、修改等操作。查询操作又分为选择、 投影、连接操作。
将概念模型转换为数据库逻辑模型， 包括表结构、索引、视图、存储过程 等数据库对象的设计。
数据库管理工具与使用
常见数据库管理工
具
如SQL Server Management Studio、Oracle SQL Developer、 MySQL Workbench等，提供数 据库创建、管理、维护等功能。
04
数据库设计与管理
数据库设计概述
数据库设计的定义
01
数据库设计是指根据用户需求，运用数据库技术，设计
数据库结构、建立数据库及其应用系统的过程。
数据库设计的重要性
02
良好的数据库设计可以提高数据存储的效率，保证数据
的完整性和安全性，降低系统开发和维护的成本。
数据库设计的原则
03
包括一致性、完整性、安全性、可维护性、可扩展性等
数据库设计ppt课件
• 课程 • 开课教师 • 开课地点 • 选课学期
– 教室信息：教室号和座位数
学籍管理系统需求分析
• 数据完整性约束
– Id号唯一 – 注册的学生数目不能大于该课程的最大人数 – 在相同时间，不能为一个教员指派两门课程 – 相同的时间，一个教室不能有两门课程 – 若学生选修一门课程，若该课程有预备课程则学生
程序编码、 编译联结、 测试
Main( ) …… if…… then …… end
运 行 、 性能监测、转储/恢复
维护
数据库重组和重构
新旧系统转换、运行、维护（修正性、 适应性、改善性维护）
需求分析
• 需求分析就是分析用户的需要与要求
– 需求分析是设计数据库的起点 – 需求分析的结果是否准确地反映了用户的实际要求，
E-R集成冲突
• 两类命名冲突
– 同名异义：不同意义的对象在不同的局部应用中具 有相同的名字 例，局部应用A中将教室称为房间 局部应用B中将学生宿舍称为房间
– 异名同义（一义多名）：同一意义的对象在不同的 局部应用中具有不同的名字 例，有的部门把教科书称为课本 有的部门则把教科书称为教材
E-R集成冲突
3. 概括（Generalization）（子类）
– 它抽象了类型之间的“is subset of”的语义 – 概括有一个很重要的性质：继承性。
ER集成的两种方式
• 一次集成
• 一次集成多个分E-R图 • 通常用于局部视图比较简单时
• 逐步累积式（P224图6.25(b)）
• 首先集成两个局部视图（通常是比较关键 的两个局部视图）
• 混合策略
Байду номын сангаас
第二章 数据库的概念结构设计
第二章数据库的概念结构设计将需求分析得到的用户需求抽象为信息结构（即概念模型）的过程就是概念结构设计。
它是整个数据库设计的关键步骤。
本章主要介绍以下内容：•数据模型。
•概念模型。
•概念结构设计的方法与步骤。
第一节数据模型一、数据数据是数据库中存储的基本对象，也是数据模型的基本元素。
1．数据在数据库中描述事物的符号记录称为数据，是存储的基本对象。
计算机是人们解决问题的辅助工具，而解决问题的前提是对问题存在条件及环境参数的正确描述，在现实世界中人们可以直接用自然语言来描述世界，为了把这些描述传达给计算机，就要将其抽象为机器世界所能识别的形式。
例如，我们在现实世界中用以下语言来描述一块主板：编号为0001的产品为“技嘉主板”，其型号为GA-8IPE1000-G，前端总线800MHz。
如果将其转换为机器世界中数据的一种形式则为：0001，技嘉主板，GA-8IPE1000-G，800MHz。
因此从现实世界中的数据到机器世界中的符号记录形式的数据，还需要一定的转换工作。
2．数据描述在数据库设计的不同阶段都需要对数据进行不同程度的描述。
在从现实世界到计算机世界的转换过程中，经历了概念层描述、逻辑层描述及存储介质层描述三个阶段。
在数据库的概念设计中，数据描述体现为“实体”、“实体集”、“属性”等形式，用来描述数据库的概念层次；在数据库的逻辑设计中，数据描述体现为“字段”、“记录”、“文件”、“关键码”等形式，用来描述数据库的逻辑层次；在数据库的具体物理实现中，数据描述体现为“位”、“字节”、“字”、“块”、“桶”、“卷”等形式，用来描述数据库的物理存储介质层次。
二、数据模型模型是对现实世界中的事物、对象、过程等客观系统中感兴趣的内容的模拟和抽象表达。
如一座大楼模型、一架飞机模型就是对实际大楼、飞机的模拟和抽象表达，人们从模型可以联想到现实生活中的事物。
数据模型也是一种模型，它是对现实世界数据特征的抽象。
数据模型一般应满足三个要求：一是能比较真实地模拟现实世界；二是容易被人们理解；三是便于在计算机上实现。
第2章数据库的基本操作-PPT精品
设计Access数据库的第一个步骤是确定新建数 据库所要完成任务的目的。用户需要明确希望从 数据库得到什么信息，数据库开发人员应该首先 与用户进行充分交流，讨论需要解决的问题，并 描述需要生成的报表，同时需要收集当前用于记 录数据的表格。
3
在有条件的情况下，也可以参考某个设计得很好 且与当前要设计的数据库相似的数据库。
12
图2.3
13
图2.4
14
(5) 选择完毕之后，单击“下一步”按钮，屏幕上出 现下一个“数据库向导”对话框（如图2.5所示）。 在该对话框中，向导要求用户选择一种窗体显示 外观的样式，包括背景、输入字段形状等。向导 提供了10种样式，如果在某种样式上单击，则在 样式列表左方的预览窗口中会显示出所选择样式 的模拟显示图，在这里我们选择“国际”样式， 在左侧预览窗口中可以看到其效果。
在这里选择数据库存放的位置，并输入所要创建
的数据库的名称，然后单击“创建”按钮。
9
图2.1 10
图2.2
11
此时Access就以所选模板为基础创建了一个数据 库 。 接 着 Access 打 开 新 创 建 的 数 据 库 ， 并 进 入 “数据库向导”对话框（如图2.3所示），在该对 话框中显示出该数据库可以存储的信息范围，如 “讲座管理”数据库可以存储讲座信息、讲座参 加者信息、讲座报名信息、雇员信息和讲座价格 信息等。
图2.16
37
打开控制菜单盒后，就可以从中选择需要的命令。 在图2.16所示的Access系统的控制菜单中，有下 述命令：
还原：恢复应用程序窗口原来的大小； 移动：移动应用程序窗口的位置； 大小：改变应用程序窗口的大小； 最小化：将应用程序窗口以图标方式显示；
数据库：架构设计
数据库-架构设计1、单库单表单库单表是最常见的数据库设计，例如，有一张用户(user)表放在数据库db中，所有的用户都可以在db库中的user表中查到。
2、单库多表随着用户数量的增加，user表的数据量会越来越大，当数据量达到一定程度的时候对user表的查询会渐渐的变慢，从而影响整个DB的性能。
可以通过某种方式将user进行水平的切分，产生两个表结构完全一样的user_0000,user_0001等表，user_0000 + user_0001 + …的数据刚好是一份完整的数据。
3、多库多表随着数据量增加也许单台DB的存储空间不够，随着查询量的增加单台数据库服务器已经没办法支撑。
这个时候可以再对数据库进行水平区分。
1).分库分表规则设计表的时候需要确定此表按照什么样的规则进行分库分表。
例如，当有新用户时，程序得确定将此用户信息添加到哪个表中；同理，当登录的时候我们得通过用户的账号找到数据库中对应的记录，所有的这些都需要按照某一规则进行。
2).路由通过分库分表规则查找到对应的表和库的过程。
如分库分表的规则是user_id mod 4的方式，当用户新注册了一个账号，账号id为123,我们可以通过id mod 4的方式确定此账号应该保存到User_0003表中。
当用户123登录的时候，我们通过123 mod 4后确定记录在User_0003中。
3).维度的问题假如用户购买了商品，需要将交易记录保存取来，如果按照用户的纬度分表，则每个用户的交易记录都保存在同一表中，所以很快很方便的查找到某用户的购买情况，但是某商品被购买的情况则很有可能分布在多张表中，查找起来比较麻烦。
反之，按照商品维度分表，可以很方便的查找到此商品的购买情况，但要查找到买人的交易记录比较麻烦。
所以常见的解决方式有：a.通过扫表的方式解决，此方法基本不可能，效率太低了。
b.记录两份数据，一份按照用户纬度分表，一份按照商品维度分表。
c.通过搜索引擎解决，但如果实时性要求很高，又得关系到实时搜索。
数据库习题
数据库习题第一讲走进数据库1.1 走进数据库1 数据库系统与文件系统的最根本的区别是( ) 。
A.文件系统只能管理程序文件，而数据库系统可以管理各种类型文件B.数据库系统复杂，而文件系统简单C.文件系统管理的数据量少，而数据库系统可以管理庞大数据量D.文件系统不能解决数据冗余和数据的独立性，而数据库系统能正确答案： D2 下述不是 DBA 数据库管理员的职责的是( ) 。
A.完整性约束说明B.定义数据库模式C.数据库管理系统设计D.数据库安全正确答案： C3数据库(DB)，数据库系统(DBS)和数据库管理系统(DBMS)之间的关系是()。
A.DBS 包括 DB 和 DBMSB.DBMS 包括 DB 和 DBSC.DB 包括 DBS 和 DBMSD.DBS 就是 DB，也就是 DBMS正确答案： A4 ( )是以一定的组织方式将相关的数据组织在一起，长期存放在计算机内，可为多个用户共享，与应用程序彼此独立，统一管理的数据集合。
正确答案：数据库5 在数据库的三级模式结构中，描述数据库中全体数据的逻辑结构和特征的是( ) 。
正确答案：模式1.2 关系数据库1 在关系运算中，选择运算的含义是( ) 。
A.从一个关系中找出满足给定条件的元组组成一个新的关系B.从一个关系中找出需要的属性组成一个新的关系C.从一个关系中找出满足条件的元组和属性组成一个新的关系D. 以上 3 种说法均是正确的正确答案： A2 在“学生表”中，要查找所有年龄大于 30 岁姓王的男同学，所采用的关系运算是 ( ) 。
A.选择B.投影C.连接D. 自然连接正确答案： A3 在关系运算中， ( )运算得到的新关系中属性个数通常多于原关系中属性个数。
A.选择B.投影C.连接D.并正确答案： C4 在“教师表”中要显示教师的姓名和职称的信息，应采用的关系运算是( )A.选择B.投影C.连接D.差正确答案： B5 传统的集合运算包含并、差、交和( )。
第2讲 Visual FoxPro的数据基础
4、显示内存变量值 、
[like<通配符 通配符>] display/list memory [like<通配符>] [to file<文件名 文件名>] printer/to file<文件名>]
说明： 说明： 显示内存变量的当前信息， 显示内存变量的当前信息，可以将这些信息送到一文本文件 .TXT文件 文件） （*.TXT文件）或打印出来 通配符包含符号： 通配符包含符号：* 或 ？。 *：表示任意多个任意字符 ？：表示一个任意字符 ？：表示一个任意字符 例: x1=30 x2=”计算机 计算机” x2=”计算机” xx3=.T. xy={^2005/11/24} &&显示所有以 显示所有以x display memory like x* &&显示所有以x开头的内存变量的 信息
（1）内存变量赋值命令 【命令】 <内存变量名>=<表达式> 【功能】 将表达式的值，赋值给一个内存变量。 （2）存储命令 【命令】 STORE <表达式> TO <内存变量名表> 【功能】 将表达式的值依次赋值给多个内存变量。 【例3-1】 定义下列X，Y，A，B，C内存变量。 X=12.3 && 将12.3赋值给变量X，变量类 型为数值型 Y="VFP" && 将字符串Visual FoxPro赋值 给变量Y，变量类型为字符型 STORE 3*5 TO A，B，C && 将表达式值15分别赋值给A， B，C三个变量 【说明】 命令后的符号&&表示对命令行的注释。
3.3.2 数组变量
1、概念：数组是按一定的顺序排列的一组名称相同，但顺序号不同的内存变 、概念：数组是按一定的顺序排列的一组名称相同， 量的集合。 量的集合。
数据库结构设计.ppt
主任的姓名和系名与该系的每个学 生所选修的每一门功课的成绩出现的次数 一样多，这将造成存储空间的浪费和维护 代价太高。例如，该系有 100 名学生，每 个学生平均选 30 门课，则该系名和系主 任名要重复 100 x 30＝ 3000次。 这种数据重复存放造成空间浪费称为“数 据冗余”。
一个关系时，就会出现数据冗余和更新异常 等问题。主要表现如下： 1． 数据冗余。 2． 修改异常。 3． 删除异常。 4． 插入异常。
（1）问题的根源
关系的键码函数决定该关系的所有其它 属性。由于键码能唯一确定一个元组， 所以，也可以说关系的键码函数决定该 关系的所有属性。一个关系中的所有属 性都函数依赖于该关系的键码。不同的 属性在关系模式中所处的地位和扮演的 角色是不同的。把键码所在的属性称为 主属性，而把键码属性以外的属性称为 非主属性。
（一）数据库设计概述
数据库设计完全是人的问题，而不是数据 库管理系统的问题。 系统不管一个设计是好是坏，照样运行。 谁设计：在大型多用户共享数据库系统中， 数据库设计应当由数据库管理员和系统分 析员一起负责，和用户一道工作，了解各 个用户的要求，把所有要求合并起来，共 同为整个数据库做出恰当的、完整的设计。
我们可以组成一个关系名为UN 的关系模式：UN（学号，课程， 成绩，系名，系主任） 现实世界的事实告诉我们：
①一个系有若干学生，但一个学 生只属于一个系。 ②一个系只有一名系主任。 ③一个学生可以选修多门功课， 每门课程可有若干学生选修。 ④每个学生学习每门课程有一个 成绩。
当（学号，课程）组合属性值一 定时，也就确定了该学号和课 程对应的成绩、系名、系主任 的属性值，并且有唯一性，所 以（学号，课程）具有记录 （元组）标识作用，是该关系 的主键（关键字）。 这个关系模式在使用中会出现 什么问题呢？
数据库设计(共38张PPT)
可将“一方”实体的主关键字纳入“n方”实体转换后
的数据表中作为“外部关键字”，同时把关系的属性也一并
其中。
一对多中的关系转换为数据表
学号
姓名
年龄
性别
N
学生
班级（班级编号、班级名称）
属于
学生（学号、姓名、性别、年龄、班级编 号）
班级
1
编号
名称
多对多的关系转换为数据表
如果实体A和实体B之间是多对多的关系，必须按以下 原则转换化数据表：
第二范式
第二范式是在第一范式的基础上，确保表中的每列都 和主键相关。即要求一个表只描述一件事情。
职工信息
工程信息
劳资信息
第二范式
工程信息
职工信息 劳资信息
第三范式
第三范式是在第二范式的基础上，确保表中每列都 和主键直接相关，而不是间接相关。间接相关又称 为传递依赖。
假设数据表中A、B、C三列，如果A->B，而B->C，则
1. 必须对“关系”单独建立一个数据表。
2. 该数据表的属性中至少要包括实体A和实体B的主关键字作为
外键，并且如果关系有属性，也要归入这个关系中。
多对多的关系转换为数据表
学号
姓名
年龄
性别
学生
学生（学号、姓名、性别、年龄）
N
选课
课程（课程号、名称、课时、学分）
N
选课（编号、学号、课程号）
课程
课程号
名称
ID编号列，它没有实际含义，用于做主键。 例如：通知数据表中除了标题、内容外，还应加一个ID主键列 ，用以区分每条记录。
3. 如果实体之间有某种关系，还要在表中添加外键。
学生选课系统中各实体转换为数 据表
数据库系统设计PPT课件
细的业务活动及数据要求调查表，并将此表发给相关的用户。用户根据表中 的要求，经过认真思考、充分准备后填写表中的内容。如果调查表设计得合 理，则这种方法很有效，用户也易于接受。 6）查阅数据记录：调查中还需要查阅与原系统有关的数据记录，包括账本、 档案或文献等。
数据库设计过程中：
需求分析阶段，设计者的中心工作是弄清并综合各个用 户的应用需求；
概念设计阶段，设计者要将应用需求转换为与计算机硬 件无关的、与各个数据库管理系统产品无关的概念模型 （即E-R图）；
逻辑设计阶段，要完成数据库的逻辑模式和外模式的设 计工作，即系统设计者要先将E-R图转换成具体的数据库 产品支持的数据模型，形成数据库逻辑模式，然后根据 用户处理的要求、安全性的考虑建立必要的数据视图， 形成数据的外模式；
3．数据库的物理模式设计
数据库的物理模式设计要求：根据库结构的动态 特性（即数据库应用处理要求），在定的DBMS 环境下，把数据库的逻辑结构模型加以物理实现， 从而得出数据库的存储模式存取方法。
-
7
前一页 休息
第2章 数据库系统设计
2.1.2 数据库系统设计应注意的问题
1．进行数据库系统设计时应考虑计算机硬件、 软件的实际情况
模块设计、 IPO表 程序编码、编译连接、测试
运行维护
性能监测、转储/恢复、数据库重 新旧系统转换、运行、维护（修正性、适
组和重构
应性、改善性维护）
-
12
前一页 休息
第2章 数据库系统设计
2.1.4 数据库系统设计的基本步骤
-
13
前一页 休息