实验报告数据库设计部分
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第四，在使用分组和排序子句进行数据检索时，同样可以显著减少查 询中分组和排序的 时间。
第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高 系统的性能。
虽然，索引有许多优点，但是，为表中的每一个列都增加索引并
不一定好，增加索引也有许多不利的一个方面：
第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加 而增加。
4. 数据库物理设计与数据库保护设计
根据表的结构关系，本系统采用Access 2007数据库。Microsoft Office Access 2007是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet Database Engine 和图形用户界面两项特点，使用Office Fluent用户界面更快地获得更好的结果，可以针对同一信息创建具有 不同视图的多个报表，也可以迅速创建表，而无需担心数据库的复杂 性。还可以使用全新字段类型，实现更丰富的方案。能够直接通过源 收集和更新信息。此外还可以将数据移动到Windows SharePoint Services，增强可管理性，还可实现访问和使用多个源中的信息。
在本系统中，专业和学院之间存在“包含”的联系，一个学院可 以有多个专业，而一个专业只能从属于一个学院，它们之间的联系是 一对多的“包含”联系。专业和课程之间存在“开设”的联系，它们 之间的联系是多对多的“开设”联系，一个专业可以开设多门课程， 同时，不同专业可开设相同课程。课程和实验之间存在“发布”联 系，它们之间是一对多的关系，一门课程可以发布多门实验，一门实 验只能是由某一门课程发布的。 ③ 原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标 识属性（能把不同个体区分开来的属性组），并指定其中一个作为主 标识。联系的属性是联系的结果或状态。
2. （数据库）概念（模型）设计
2.1构思E-R图的四条原则及根据这些原则相应得出的实体、联系及其 属性：
1 原则1 （确定实体）：能独立存在的事物，例如人、物、事、 地、团体、机构、活动、事项等等，在其有多个由基本项描述的特 性需要关注时，就应把它作为实体。
在本系统中，实体主要有学院、专业、课程、实验。 ② 原则2 （确定联系）：两个或多个实体间的关联与结合，如主管， 从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应 作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在 确定联系时还要确定其类型。
院号 数字 整型 自动 是 是 否 无 院名 文本 255 —— 是 否 否 无 专业号 数字 整型 自动 是 否 是 无 专业名 文本 255 —— 是 否 否 无 （2）、实验信息表：用来保存实验信息 字段 类型 字段 小数位非空 主键 外键 索引
大小 实验号 数字 整型 自动 是 是 否 无
ቤተ መጻሕፍቲ ባይዱ
实验名 文本 255 —— 是 否 否 无
实验类 文本 255 —— 是 否 否 无
型
所属院 数字 整型 自动 是 否 是 无
校
所属专 数字 整型 自动 是 否 是 无
业
开设学 数字 整型 自动 是 否 否 无
年
开设学 数字 整型 自动 是 否 否 无
期
（3）、课程表：用来保存课程信息： 字段 类型 字段 小数位非空 主键 外键 索引
大小
课程号 数字 整型 自动 是 是 —— 无 课程名 文本 255 —— 是 否 —— 无
学院（学院号，学院名，专业号*，专业名） 专业（专业号，学院号，专业名，课程号*） 课程（课程号，课程名，学期，学年） 实验（实验号，实验名，实验类型，课程号*，学院号*，专业号 *，学年，学期） .1 具体逻辑模型设计：
（1）、学院表：用来保存学院信息：
字段 类型 字段 小数位非空 主键 外键 索引 大小
原则4 3个3个以上实体间的一个多元联系可以转换为一个关系模 式。与该多元关系相连的各实体的码以及联系本身的属性均转换为关系 的属性，各实体的码组成关系的码或关系码的一部分。
原则5 具有相同码的关系模式可以合并。 （二）、数据库初步构思的关系框架：
通过E-R图转换为一般关系模型五条原则分析，得到须在数据库中 进行存储的一般关系模型如下（带下划线的为主码，带*的为外 键）：
第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索 引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会 更大。
第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态 的维护，这样就降低了数据的维护速度。
本数据库表较为简单，且每个表中定义主键约束或者唯一性键约 束，已经间接创建了索引，故无需再创建索引。
2.2、系统具体E-R图：
3. （数据库）逻辑（模型）设计
3.1 一般逻辑模型设计： （一）、将E-R图转换为关系模型主要完成的工作，是将实体、实体
的属性和实体之间的联系转换为关系模式。转换的四条原则如下： 原则1 一个1:1联系可以转换为一个独立的关系模式，可以与任意一
端对应的关系模式合并，转换为一个独立的关系模式，每个关系的码都 是这个关系的候选码；也可以与某一端实体对应的关系模式合并，则在 关系模式中加入另一个关系的码和联系本身的属性。
原则2 一个1:n联系可以转换为一个独立的关系模式，也可以与n端 对应的关系模式合并。如果转换为一个独立的关系模式，则与该关系模 式相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系 的码为n端实体的码。
原则3 一个m：n关系联系转换为一个关系模式。与该关系模式相 连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码 组成关系的码或关系码的一部分。
在数据库中创建表的同时须创建相关的索引，因此，在数据库中， 创建索引可以使数据库程序迅速地找到表中的数据，而不必扫描整个数 据库。创建索引可以大大提高系统的性能：第一，通过创建唯一性索 引，可以保证数据库表中每一行数据的唯一性。
第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原 因。
第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性 方面特别有意义。
从这条原则可得到实体和联系的属性如下： 专业（专业号，专业名） 学院（院号，院名，专业号，专业名） 课程（课程号，课程名，学年，学期） 实验（实验号，实验名，实验类型，课号，院号，专业号，学
年，学期） ④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联
系图中的一个地方作为属性出现。 根据以上的分析，可以画出本系统的原始E-R图的基本结构
第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高 系统的性能。
虽然，索引有许多优点，但是，为表中的每一个列都增加索引并
不一定好，增加索引也有许多不利的一个方面：
第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加 而增加。
4. 数据库物理设计与数据库保护设计
根据表的结构关系，本系统采用Access 2007数据库。Microsoft Office Access 2007是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet Database Engine 和图形用户界面两项特点，使用Office Fluent用户界面更快地获得更好的结果，可以针对同一信息创建具有 不同视图的多个报表，也可以迅速创建表，而无需担心数据库的复杂 性。还可以使用全新字段类型，实现更丰富的方案。能够直接通过源 收集和更新信息。此外还可以将数据移动到Windows SharePoint Services，增强可管理性，还可实现访问和使用多个源中的信息。
在本系统中，专业和学院之间存在“包含”的联系，一个学院可 以有多个专业，而一个专业只能从属于一个学院，它们之间的联系是 一对多的“包含”联系。专业和课程之间存在“开设”的联系，它们 之间的联系是多对多的“开设”联系，一个专业可以开设多门课程， 同时，不同专业可开设相同课程。课程和实验之间存在“发布”联 系，它们之间是一对多的关系，一门课程可以发布多门实验，一门实 验只能是由某一门课程发布的。 ③ 原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标 识属性（能把不同个体区分开来的属性组），并指定其中一个作为主 标识。联系的属性是联系的结果或状态。
2. （数据库）概念（模型）设计
2.1构思E-R图的四条原则及根据这些原则相应得出的实体、联系及其 属性：
1 原则1 （确定实体）：能独立存在的事物，例如人、物、事、 地、团体、机构、活动、事项等等，在其有多个由基本项描述的特 性需要关注时，就应把它作为实体。
在本系统中，实体主要有学院、专业、课程、实验。 ② 原则2 （确定联系）：两个或多个实体间的关联与结合，如主管， 从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应 作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在 确定联系时还要确定其类型。
院号 数字 整型 自动 是 是 否 无 院名 文本 255 —— 是 否 否 无 专业号 数字 整型 自动 是 否 是 无 专业名 文本 255 —— 是 否 否 无 （2）、实验信息表：用来保存实验信息 字段 类型 字段 小数位非空 主键 外键 索引
大小 实验号 数字 整型 自动 是 是 否 无
ቤተ መጻሕፍቲ ባይዱ
实验名 文本 255 —— 是 否 否 无
实验类 文本 255 —— 是 否 否 无
型
所属院 数字 整型 自动 是 否 是 无
校
所属专 数字 整型 自动 是 否 是 无
业
开设学 数字 整型 自动 是 否 否 无
年
开设学 数字 整型 自动 是 否 否 无
期
（3）、课程表：用来保存课程信息： 字段 类型 字段 小数位非空 主键 外键 索引
大小
课程号 数字 整型 自动 是 是 —— 无 课程名 文本 255 —— 是 否 —— 无
学院（学院号，学院名，专业号*，专业名） 专业（专业号，学院号，专业名，课程号*） 课程（课程号，课程名，学期，学年） 实验（实验号，实验名，实验类型，课程号*，学院号*，专业号 *，学年，学期） .1 具体逻辑模型设计：
（1）、学院表：用来保存学院信息：
字段 类型 字段 小数位非空 主键 外键 索引 大小
原则4 3个3个以上实体间的一个多元联系可以转换为一个关系模 式。与该多元关系相连的各实体的码以及联系本身的属性均转换为关系 的属性，各实体的码组成关系的码或关系码的一部分。
原则5 具有相同码的关系模式可以合并。 （二）、数据库初步构思的关系框架：
通过E-R图转换为一般关系模型五条原则分析，得到须在数据库中 进行存储的一般关系模型如下（带下划线的为主码，带*的为外 键）：
第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索 引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会 更大。
第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态 的维护，这样就降低了数据的维护速度。
本数据库表较为简单，且每个表中定义主键约束或者唯一性键约 束，已经间接创建了索引，故无需再创建索引。
2.2、系统具体E-R图：
3. （数据库）逻辑（模型）设计
3.1 一般逻辑模型设计： （一）、将E-R图转换为关系模型主要完成的工作，是将实体、实体
的属性和实体之间的联系转换为关系模式。转换的四条原则如下： 原则1 一个1:1联系可以转换为一个独立的关系模式，可以与任意一
端对应的关系模式合并，转换为一个独立的关系模式，每个关系的码都 是这个关系的候选码；也可以与某一端实体对应的关系模式合并，则在 关系模式中加入另一个关系的码和联系本身的属性。
原则2 一个1:n联系可以转换为一个独立的关系模式，也可以与n端 对应的关系模式合并。如果转换为一个独立的关系模式，则与该关系模 式相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系 的码为n端实体的码。
原则3 一个m：n关系联系转换为一个关系模式。与该关系模式相 连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码 组成关系的码或关系码的一部分。
在数据库中创建表的同时须创建相关的索引，因此，在数据库中， 创建索引可以使数据库程序迅速地找到表中的数据，而不必扫描整个数 据库。创建索引可以大大提高系统的性能：第一，通过创建唯一性索 引，可以保证数据库表中每一行数据的唯一性。
第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原 因。
第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性 方面特别有意义。
从这条原则可得到实体和联系的属性如下： 专业（专业号，专业名） 学院（院号，院名，专业号，专业名） 课程（课程号，课程名，学年，学期） 实验（实验号，实验名，实验类型，课号，院号，专业号，学
年，学期） ④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联
系图中的一个地方作为属性出现。 根据以上的分析，可以画出本系统的原始E-R图的基本结构