[经济学]ACESS创建数据库.pptVIP

启动 Access 退出 Access Access 窗口元素 创建表的方法 表的设计视图 表的基本结构 关系数据库设计 数据库设计规范 关系数据库设计 （2）参照完整性约束 -- 逻辑相关的表中值与值之间的关系。 假设X是一个表A的主键，在表B中是外键(Foreign Key)，那么若K是表B中一个外部键值，则表A中必然存在在X上的值为K的记录。 关系数据库设计 （3）域约束 域是逻辑相关的值的集合，从域中可以得出特定列的值。 例如，在学生信息表中： “出生日期”域的值必须按照特定的统一格式存放，而不能有时用：1986.12.23格式，有时用：12/23/1986格式，造成数据混乱； “学生名字”、“院系名称”等域的值必须属于字符集合； 对于“性别”，该域中的值必须局限于男、女等。 关系数据库设计 范式的概念 -- 规范化是数据库设计中的一个重要过程，可以通过它来剔除数据库中冗余的数据。 -- EF –Codd在1971年提出规范化理论，他和后来的研究人员为数据库结构定义了五种规范化模式，简称范式。 规范化的优点： 大大减少了数据冗余； 改进了数据库整体组织 增强了数据的一致性； 增加了数据库设计的灵活性 -- 主要是对域（列）之间的关系，特别是非主键与主键之间的依赖关系进行约束、规范。 关系数据库设计 第一范式 -- 规定表的每个列的值都是不可分的简单数据项。在任何一个数据库中，第一范式都是一个最基本的要求。 关系数据库设计 第二范式 -- （1）所有表必须符合第一范式； （2）非主键列活动必须完全依赖整个主键(Primary Key)。 不完全依赖关系将导致很多问题的发生: 数据冗余：如果外语系有700个学生，就得重复700次相同系名。 更新异常：如果“外语系”升格成了“外语学院”，那么所有原外语系学生的元组都要更新，很难保证修改不出错误。 关系数据库设计 第三范式 -- 要求非主键列互不依赖 （1）所有表必须符合第二范式。 （2）表中每一个非主键列对主键都不存在传递依赖，而应是直接依赖。 传递依赖的存在与违背第二范式一样，也将会导致添加、删除、更新、冗余等问题。 表中出现上述问题的原因是对主键依赖的传递。解决的方法是在遵守无损分解的条件下，将表分解成多个表，从而消除传递依赖的情况。 关系数据库设计 第四范式 第四范式禁止了主键列和非主键列之间的一对多关系。 在表中，一个学生可以有多种喜欢的运动，也可以有多类喜欢的图书。这样在同一表中具有这样两个不相关的列，与主键存在多对一关系，使得表中存在冗余现象和不对称情况，因为不知道每个人的喜好情况，也就无法知道哪列的值多，哪列的值少，使得表格中出现了很多不规则的空白。 解决的方法同样是在遵守无损分解的条件下，将表分解成多个表。 建立表关系(Relation) 表关系示意图 建立查询的方法 查询设计视图 查询数据表视图 窗体的类型 窗体的构成 建立窗体的方法 制作自己的报表 创建报表的方法 用报表向导制作纵栏报表 查询的作用 选择字段 选择记录 排 序 计 算 作为数据源 修改数据 挑选一些关键字段并将其显示出来 将满足指定条件的记录显示出来 指定记录排列的顺序 将计算结果保存在计算字段中 将查询结果作为窗体或报表的数据源 根据条件修改、删除多处数据或增加记录，也可利用一个或多个表中的全部或部分数据创建新表 查询的基础知识 查 询 “数据库”窗口 选择“查询”选项 单击“新建”按钮 设计视图 简单查询向导 交叉表查询向导 查找重复项查询向导 查找不匹配项查询向导 查 询 字段列表 QBE网格 用于定义在查询中所选择的字段、表、排序方式、该字段是否显示、查询准则和“或”等选项 显示每个含有信息表的字段列表 用于观看或修改查询的设计 查 询 在所有的朋友中查询出居住在“北京”的朋友的记录 查 询 用于观看查询的结果 Access 2000基本组件之三: 窗体 窗体的类型 窗体的构成 控件的类型 建立窗体的方法 Access 应用 单页窗体 多页窗体 连续窗体 子窗体 弹出式窗体 图表窗体 一个窗体只显示一个记录的信息 多个窗体显示一个记录的信息 一个窗体显示多个记录的信息 位于一个窗体中的另一个窗体 显示在已打开的窗体之中的窗体 以图形方式显示数据表中数据的窗体 窗 体 页眉 主体 页脚 窗 体 利用向导快速创建窗体 利用窗体设计工具定制窗体 数据透视表式窗体 图表式窗体 数据表式窗体 表格式窗体 纵栏表式窗体 使用设计视图创建一个空白窗体 向空白窗体中放置控件 窗 体 Access 2000基本组件之四: 报表