第01讲 关系数据库基础.pptVIP

* 1.4.3 数据库的二级模式映像功能与数据独立性 1．外模式/ 模式映射 定义该外模式与模式之间的对应关系。 2．模式/ 内模式映射 模式/ 内模式映射是惟一的，定义数据库全局 逻辑结构与存储结构之间的对应关系 采用映射技术实现了数据的两级独立性，保证了数据的共享。 返回主菜单 * 1.5 关系数据库规范化理论 * 1.5 关系数据库理论基础 问题的提出 解决问题的办法――模式分解 * 1. 问题的提出 例：S-L-C(Sno,Sdept,SLOC,Cno,Grade) 其中： Sdept 为学生所在系； SLOC为学生住处（宿舍楼），设每个系的学生住在一个地方。 Grade为考试成绩。 主码为（Sno, Cno） * 关系模式中存在什么问题 Sno Sdept SLOC Cno Grade 9812101 计算机 2公寓 DB 80 9812101 计算机 2公寓 OS 85 9821101 信息 1公寓 C 90 9821101 信息 1公寓 DS 84 9821102 信息 1公寓 OS 78 * 存在问题 数据冗余问题 数据更新问题 数据插入问题 数据删除问题 * 2. 解决问题的办法――模式分解 模式分解即把一个关系模式分解成两个或多个关系模式，在分解的过程中消除那些“不良”的属性依赖关系，从而获得好的关系模式。 分解过程中不能破坏原来的应用语义 所谓属性依赖关系是指：模式中的某个属性的值可以由模式中其他属性惟一确定。 分解过程：消除部分依赖和传递依赖。 * S-L-C被分解为如下三个关系模式 Student（Sno，Sdept） SC（Sno，Cno，Grade） SLoc（Sdept，SLoc） * 1.5.1 函数依赖 函数依赖基本概念 Y=f(X) X→Y （函数Y依赖于X） 一些术语和符号 非平凡的函数依赖 完全函数依赖 部分函数依赖 传递函数依赖 为什么要讨论函数依赖 关系模式设计的不好时，某些属性之间存在着“不良”的函数依赖。 * 1.5.2 关系规范化 范式 第一范式（1NF）：不包含重复组的关系（即不包含非原子项的属性）即为第一范式。我们前边所列出的所有表都属于第一范式。 * 1.5.2 关系规范化 第二范式（2NF）：若1NF表中每个非主属性都完全依赖于主码，则属于第二范式。 * 1.5.2 关系规范化 第三范式（3NF）：若2NF表中所有非主属性都不传递依赖于主码，则属于第三范式。 一般将第三范式关系就称为规范化的关系 。 例：学生（学生名，所在系，宿舍楼）或： S（S，D，H） 此关系存在传递关系，即S→D,D→H。存在高度冗余。 例如，如果一个系有500个学生，则宿舍楼就要重复500次；也存在着插入异常、修改困难等问题。 上述模式分解为： S（S，D） D（D，H） * 1.5.2 关系规范化 关系模式的分解准则 规范化的方法是进行模式分解，但分解后产生的模式应与原模式等价，即模式分解必须遵守一定的准则。 模式分解应满足： 模式分解具有无损连接性； 模式分解能够保持函数依赖。 返回主菜单 * 1.6 数据库应用结构 * 1.6.1 集中式应用结构 主机 终端1 终端2 终端3 终端字符 按键信息 客户端 应用程序 数据库 . . . 图：大型机结构的数据库访问 优点:实现集中管理,安全性能好。 缺点:费用昂贵,不能真正划分应用程序的逻辑。 * 1.6.2 文件服务器结构 网络文件服务器 工作站1 工作站2 工作站n 文件 文件请求 客户端 数据库 图：文件服务器结构的数据库访问 应用程序 应用程序 应用程序 . . . 优点：费用低，配置灵活，可方便地增减客户端工作站。 缺点：服务器只提供服务，应用处理都要在客户端完成，客户端个人计算机要求较高。 * 1.6.3 客户机/服务器结构 服务器 处理结果 数据请求 客户端 数据库 图：客户机/ 服务器结构的数据库访问 工作站1 工作站2 工作站n 应用程序 应用程序 应用程序 . . . 客户机 / 服务器结构将应用逻辑分布在客户工作站和服务器之间，可提供更快、更有效的应用程序性能。 * 1.6.4 互联网应用结构 返回主菜单 Web服务器 页面 请求 客户端 数据库 图：互联网计算环境下的数据库访问 应用程序 数据库服务器 结果 请求 个人机1 个人机2 个人机n . . . 浏览器 浏览器 浏览器 互联网计算环境依赖于互联网。 * 1.7 小结 返回主菜单 * 1.8 习题p35~36 返回主菜单 * End * 1.3.1 数据和数据模型 数据模型概念 模型是现实世界感兴趣的内容的抽象特征的模拟