1. 数据库建设的基本规律:“三分技术,七分管理,十二分基础数据”。
2. 结构设计和行为设计相结合。
1.新奥尔良方法:该方法把数据库设计分为若干阶段和步骤,并采用一些辅助手段实现每一过程。它运用软件工程的思想,按一定的设计规程用工程化方法设计数据库。新奥尔良方法属于规范设计法。
规范设计法从本质上看仍然是手工设计方法,其基本思想是过程迭代和逐步求精。
2.基于E—R图模型的数据库设计方法。该方法用E—R图模型来设计数据库的概念模型,是数据库概念设计阶段广泛采用的方法。
3. 3NF的设计方法。该方法用关系数据理论为指导来设计数据库的逻辑模型,是设计关系数据库时在逻辑阶段可以采用的一种有效方法。
4. DL方法。这是面向对象的数据库设计方法。该方法用面向对象的概念和术语来说明数据库结构。ODL可以描述面向对象数据库结构设计,可以直接转换为面向对象的数据库。
概念结构的主要特点:
1. 能真实、充分地反映现实世界,包括事物和事物之间的联系,能满足用户对数据的处理要求,是对现实世界的一个真实模型。
2. 于理解,从而可以用它和不熟悉计算机的用户交换意见,用户的积极参与是数据库设计成功的关键。
3. 易于更改,当应用环境和应用要求改变时,容易对概念模型修改和扩充;
4. 易于向关系、网状、层次等各种数据模型转换。
图5.1程序流程图
逻辑结构设计分以下3部分:
1. 将概念结构转换为一般的关系、网状、层次模型;
2. 将转换的关系、网状、层次模型向特定DBMS支持下的数据模型转换;
3. 对数据模型进行优化。若图片无法显示请联系QQ752018766,本论文免费,转发请注明源于www.751com.cn
图5.2逻辑结构设计时的3个步骤
E—R图转换为关系模型:
1. 实体管理员对应的关系模型:
管理员(管理员编号、管理员密码)。
2.实体员工对应的关系模型:
旅客(旅客编号、姓名、性别、工作单位、身份证号、联系电话、起飞时间、和目的地)。
3.联系“考勤”对应的关系模型:
定票信息(编号、身份证号、定票数量、目的地、起飞时间)
实体间的联系:
航空公司和机票是一对多的关系,一个航空公司可以售出多张机票。
1.表结构
每一个员工都有一具表结构。详细设计如下表所示:
表5-1管理员注册
数据项名 |
类型 |
长度 |
说明 |
用户名 |
Varchar |
50 |
限汉字字符或数字 |
口令 |
Varchar |
50 |
英文字符或数字 |
表5-2机票信息
数据项名 |
类型 |
长度 |
说明 |
航班号 |
Varchar |
50 |
英文字符+数字 |
姓名 |
Varchar |
50 |
汉字字符 |
等级 |
Varchar |
50 |
汉字字符 |
起飞时间 |
|
|
|
身份证号 |
Int |
|
数字 |
票价 |
int |
|
数字 |
表5-3旅行社信息
数据项名 |
类型 |
长度 |
说明 |
名称 |
String |
6 |
汉字字符 |
联系方式 |
Varchar |
50 |
数字字符 |
地址 |
Varchar |
50 |
汉字字符 |
表5-4旅客基本信息
数据项名 |
类型 |
长度 |
说明 |
顾客号 |
Float |
8 |
汉字或英文字符 |
姓名 |
Char |
6 |
汉字字符 |
性别 |
Char |
12 |
男 或 女 |
身份证号 |
Varchar |
100 |
数字 |
工作单位 |
Varchar |
50 |
汉字或英文字符 |
联系电话 |
Varchar |
50 |
数字字符 |
表5-5航空公司信息
数据项名 |
类型 |
长度 |
说明 |
名称 |
String |
6 |
汉字字符 |
联系方式 |
Varchar |
50 |
数字字符 |
地址 |
Varchar |
50 |
汉字字符 |
表5-6取票通知单
数据项名 |
类型 |
长度 |
说明 |
姓名 |
String |
6 |
汉字字符 |
身份证号 |
Varchar |
50 |
数字字符 |
工作单位 |
Varchar |
50 |
汉字字符 |
表5-7定票信息
数据项名 |
类型 |
长度 |
说明 |
定票人 |
String |
6 |
汉字字符 |
起飞时间 |
Varchar |
50 |
数字字符 |
身份证号 |
Varchar |
50 |
数字字符 |
定票数量 |
Varchar |
50 |
数字字符 |
目的地 |
Varchar |
50 |
汉字字符 |
数据库的物理设计通常分为两步:
确定数据库的物理结构,在关系数据库中主要指存取方法和存储结构;
对物理结构进行评价,评价的重点是时间和空间效率。
对于数据库查询事务,需要得到如下信息:
查询的关系;
查询条件所涉及的属性;
连接条件所涉及的属性;
对于数据更新事务,需要得到如下信息:
被更新的关系;
每个关系上的更新操作条件所涉及的属性;
修改操作要求的属性值。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>