ACCESS3章表.ppt

第3章 表 教学知识点 表的创建 表的维护 表中数据的操作 表间关系 数据的导入与导出 开发数据库应用系统时，首先要创建Access数据库，然后在该数据库中创建表对象。有了表对象，才可以创建查询、窗体、报表等其他对象。 表用于存储和管理与特定主题（如学生、教师、课程等）有关的数据，是Access数据库的基本对象，是其他数据库对象的数据源。 在用户看来，表是与特定主题有关的数据集合，是一张二维表，其中的每一列称为表的字段，每一行称为表的记录。例如， “教学管理”数据库中对应于“教师”主题的“教师”表。 表中存储的信息的正确性和完整性非常重要。如果表中包含不正确的信息，任何从表中提取的查询、窗体和报表信息也将包含不正确的信息。 表对象由表结构（也称表定义）和表记录两部分组成，其中表结构指构成表的框架，具体说就是指表中所包含的每个字段的字段名、数据类型和字段大小等属性，表记录就是指表中的数据。 表的主要功能是存储数据，其主要应用有： (1) 作为查询数据源，通过查询功能，完成一般表格不能完成的任务。 (2) 作为窗体和报表的数据源，用于显示和分析。 (3) 作为网页的数据源，将数据动态显示在网页中。 3.1.1 建表原则 1．信息分类原则 (1)每个表应该只包含关于一个主题的信息。当每个表只包含关于一个主题的信息时，就可以独立于其他主题来维护每个主题的信息。 (2)表中不应包含重复信息，表间也不应有重复信息。每条信息只保存在一个表中，需要时只在一处进行更新，效率更高。 3.1.1 建表原则 2．规范化设计 表的规范化形式，从规范化程度从宽松到严格，分别为第一范式、第二范式、第三范式等。 (1) 第一范式（1NF） 1NF是指在关系中每个属性都是不可再分的数据项。1NF是关系数据库应满足的最基本的条件，一个不满足1NF的数据库不能称为关系型数据库。 例如，在表3-2中，“联系电话”是一个可拆分的字段项，该关系便不满足1NF。现将“固定电话”和“移动电话”均作为表中字段，如表3-3所示。同理，表3-4也不满足1NF，将其转变为每个数据项均不可拆分的满足1NF的关系，如表3-5。 3.1.1 建表原则 2．规范化设计 (1) 第一范式（1NF） 3.1.1 建表原则 2．规范化设计 (1) 第一范式（1NF） 3.1.1 建表原则 2．规范化设计 (2) 第二范式（2NF） 在一个满足lNF的关系中，如果所有非主属性都完全依赖于候选键，则称这个关系满足第二范式。 例如，表3-6是“学生选课情况”表。其中候选键是（学号、课程编号）。该关系满足1NF，但应用中会出现以下问题： 3.1.1 建表原则 2．规范化设计 (2) 第二范式（2NF） 1) 数据冗余：若修同一门课的学生有数十名甚至数百名之多，学分的某一值就会重复数十次甚至数百次，造成数据冗余。 2) 更新异常：如果要调整某门课程的学分值，可能会出现同一门课程学分值不同的现象，造成更新异常。 3) 插入异常：如果开设了一门新课程，暂时还无人选修，由于缺少学号值，表中不能出现这门课程，只有等有学生选修后才能把课程和学分存入表中，造成插入异常。 4) 删除异常：若将毕业生的信息从表中删除，则课程号和学分会一同被删除，而新生还未选修该课程，造成删除异常。 3.1.1 建表原则 2．规范化设计 (2) 第二范式（2NF） 造成上述异常现象的原因是：“分数”和“学分”是非主属性，其中“分数”完全依赖于（学号，课程编号），而“学分”仅依赖于“课程编号”，因此对主属性属于部分依赖。 要避免上述问题，关系模式必须满足2NF，方法是：将此关系模式进行分解，生成两个关系模式：课程（课程编号，课程名称，课程类别，学分) 和成绩（学号，课程编号，分数）。 3.1.1 建表原则 2．规范化设计 (3) 第三范式（3NF） 满足2NF的关系，如果其所有非主属性都不传递依赖于候选键，则称该关系满足第三范式（3NF）。 例如，表3-9是“学生基本情况”表，主关键字是“学号”，满足2NF。但“班级编号”，“班级名称”，“班主任”将重复存储，不仅存在数据冗余问题，而且存在插入异常、删除异常、更新异常等问题。 产生这些问题的原因是：非主属性“班级名称”、“班主任”依赖于“班级编号”，而“班级编号”又依赖于“学号”，即存在传递依赖现象。 3.1.1 建表原则 2．规范化设计 (3) 第三范式（3NF） 3.1.1 建表原则 2．规范化设计 (3) 第三范式（3NF） 避免这些问题的方法是：使关系模式满足3NF，即将该关系模式进行分解，生成两个关系模式：学生（学号，姓名，性别，出生日期，政治面貌，照片，爱好，个人简历，班级编号）（