第九章关系系统和查询优化.docVIP

PAGE PAGE 11 第九章 关系系统和查询优化 本章的主要内容包括： 9.1 关系系统 9.2 关系系统的查询优化 9.3 代数优化 9.1 关系系统 一、关系系统与关系模型 能够在一定程度上支持关系模型的数据库管理系统是关系系统。 由于关系模型中并非每一部分都是同等重要的，所以并不苛求一个实际的关系系统必须完全支持关系模型。 （1）关系数据结构 域及域上定义的关系 （2）关系操作 并、交、差、广义笛卡尔积、选择、投影、连接、除等 （3）关系完整性 实体完整性、参照完整性、用户自己定义的完整性 一个数据库管理系统可定义为关系系统，当且仅当它至少支持： ① 关系数据库（即关系数据结构）—— 系统中只有表这种结构； ② 支持选择、投影和（自然）连接运算 —— 对这些运算不要求用户定义任何物理存取路径。 这是对关系系统的最低要求。 （1）不支持关系数据结构的系统显然不能称为关系系统。 （2）仅支持关系数据结构，但没有选择、投影和连接运算功能的系统仍不能算作关系系统。原因是：不能提高用户的生产率。 （3）支持选择、投影和连接运算，但要求定义物理存取路径，这种系统也不能算作真正的关系系统。原因是：降低或丧失了数据的物理独立性。 在关系系统中，选择、投影、连接运算是最有用的运算。 二、关系系统的分类 分类依据：支持关系模型的程度。 关系系统的分类： ⒈ 表式系统： 支持：关系数据结构（即表） ⒉ （最小）关系系统 支持：关系数据结构； 选择、投影、连接关系操作 ⒊ 关系完备的系统 支持：关系数据结构；所有的关系代数操作 ⒋ 全关系系统 支持：关系模型的所有特征 数据结构 数据操作 完整性 表式系统 表 ╳ ╳ （最小）关系系统 表 选择、投影、连接 ╳ 关系完备的系统 表 √ ╳ 全关系系统 √ √ √ 9.2 关系系统的查询优化 一、查询优化概述 1. 查询优化的必要性 查询优化极大地影响RDBMS的性能。 2. 查询优化的可能性 关系数据语言的级别很高，使DBMS可以从关系表达式中分析查询语义。 3. 由DBMS进行查询优化的好处 用户不必考虑如何最好地表达查询以获得较好的效率，系统可以比用户程序的优化做得更好。 （1）优化器可以从数据字典中获取许多统计信息，而用户程序则难以获得这些信息。 （2）如果数据库的物理统计信息改变了，系统可以自动对查询重新优化以选择相适应的执行计划。在非关系系统中必须重写程序，而重写程序在实际应用中往往是不太可能的。 （3）优化器可以考虑数百种不同的执行计划，而程序员一般只能考虑有限的几种可能性。 （4）优化器中包括了很多复杂的优化技术 4. 查询优化的目标 查询优化的总目标是：选择有效策略，求得给定关系表达式的值 5. 实际系统的查询优化步骤： （1）将查询转换成某种内部表示，通常是语法树； （2）根据一定的等价变换规则把语法树转换成标准（优化）形式； （3）选择低层的操作算法，对于语法树中的每一个操作，计算各种执行算法的执行代价，选择代价小的执行算法； （4）生成查询计划(查询执行方案)，查询计划是由一系列内部操作组成的。 6. 代价模型 （1）集中式数据库 ① 单用户系统：总代价 = I/O代价 + CPU代价 ② 多用户系统：总代价 = I/O代价 + CPU代价 + 内存代价 （2）分布式数据库 总代价 = I/O代价 + CPU代价[+ 内存代价] + 通信代价 二、查询优化的必要性 例：查询求选修了课程C2的学生姓名 ? SELECT S.Sname FROM S, SC WHERE S.Sno=SC.Sno AND SC.Cno= C2; 假设1：外存： S：1000个元组，SC：10000个元组，选修C2号课程：50个元组 假设2：一个内存块装：10个S元组，或100个SC元组； 内存中一次可以存放：5块S元组，1块SC元组和若干块连接结果元组 假设3：读写速度：20块/秒 假设4：连接方法：基于数据块的嵌套循环法 （1）执行策略1 —— 广义笛卡尔积 Q1 ＝ πsname(σS.Sno=SC.Sno∧SC.Cno=2 (S╳SC))? ① S╳SC 读取总块数 = 读S表块数 + 读SC表次数*每次读取块数 ? =1000/10+(1000/(10×5))×(10000/100) =100+20×100=2100 读数据时间=2100/20=105秒 中间结果大小（元组数） = 1000*10000 = 107 (1千万条元组) 设每块装10个中间结果元组，则： 写中间结果时间 = 107/10/20 ②σ 读数据时间 = 50000秒