按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
据库的作用更明显 也就是说当你还没有将 SQL 应用本身调整好时你不要期望在对数据库
的调整上得到太多的回报 以调整数据库为专职的人员会专攻一种数据库产品以学习尽可
能多的关于它的特点和特性 尽管数据库的调整经常被认为是一项痛苦的工作 但是它可
以让真正了解它的人对它更充分地利用
323
…………………………………………………………Page 324……………………………………………………………
SQL 21 日自学通（V1。0） 翻译人 笨猪
性能的障碍
我们已经说不许多的对一个数据库性能产生影响的可能方面 最具有代表性的瓶颈涉及到
系统级的维护 数据库的维护和对 SQL 语句的管理
这里总结了常见的大多数对系统性能和数据库响应时间有影响的因素
没有很好地利用服务器上的可用设备— — 电脑可能基于某种原因已经购买了多个磁盘 如
果你没有将一些数据库的重要组件分布在多个磁盘上的话性能就会受到影响 要让系统的
能力和数据库服务的能力尽可能地发挥
没有经常性的执行 MIT 命令 — — 懒于使用 MIT 命令和 ROLLBACK 命令的结果
会导致你的服务器出现瓶颈
允许批量载入于日常进程同时工作 当数据库还存在其它用户时运行批量载入会对每个人
都产生影响 批处理进行会由于成为最终用户和系统资源之间的瓶颈
在创建 SQL 语句时不认真 — — 不负责任地创建复合语句会比标准语句耗用更多的系统时
间
技巧 你可以用不同的来优化你的 SQL 语句的结构 具体的步骤依据 SQL 服务器处理你
的过程的步骤而定
对于有索引的表运行批处理任务时 — — 你可以会需要几天几夜才能完成一个批处理的任
务 而一般的批量载入任务也许只要几个小时 索引会对批量载入任务访问表中更多的行
造成障碍
可分配的存储空间中有更多的并发用户 随着当前数据户用户和系统用户的增多 你可以
会因为过程的共享而需要更多的内存
创建索引的列只存在不多的可选数值 — — 对如性别这样的列创建索引并不会非常有效 所
以 你所创建的索引返回的行数应该占表的并行数比较低
对小表创建了索引 — — 这时使用全表扫描可能会更有效
没有有效地管理系统的资源— — 对系统资源的管理不善如数据库初始化 表的创建 不受
控制的碎片 和不正确的系统维护会浪费大量的数据空间
表和索引的大小不合适 — — 在大型数据库中对表和索引的大小估计错误片如果护理不当会
带来严重的碎片问题 并会由于而引发更严重的问题
324
…………………………………………………………Page 325……………………………………………………………
SQL 21 日自学通（V1。0） 翻译人 笨猪
内置的调整工具
在确认需要进行调整时要征徇 DBA 和你的数据库供应商以得知哪些工具对你是可用
的 你可以使用调整工具来确定你的数据库在数据访问上的不足之处 此外 这些工具对
对于特定的 SQL 语句提出更改建议以提高系统的性能
ORACLE 有两个流行的工具用以管理 SQL 语句的性能 这两个工具是EXPLAIN PLAN
和 TKPROF EXPLAIN PLAN 可以在 SQL 语句执行时检查它的访问路径 TKPROF 可以
给出每个 SQL 语句在执行时所需的时间 ORACLE 公司也提供了其它的工具用以对 SQL
语句和数据库进行分析 但是这两种是最流行的 如果你想测试一下一个 ORACLE 中的单
个的 SQL 语句的运行时间 你可以使用 SQL*PLUS 中的命令 SET TIMING ON
这个命令和其它更多的 SET 命令会在第 20 天的 SQL*PLUS 中提及
SYBASER 的 SQL SERVER 也有用于诊断 SQL 的工具 你可以将 SET 命令作为选项
加入到你的 SQL 语句中 这些命令与 ORACLE 的命令类似 一些常用的命令 SET
SHOWPLAN ON SET STATISTIC IO ON 和 SET STATISTICS TIME ON 这些 SET 命令
可以在查询执行时显示每一步的输出内容 查询的读写要求和一些常用的 SQL 语句分析用
的信息 SQL SERVER 的 SET 命令将会在第 19 天的 TRANSCAT SQL 简介 中提到
总结
流化 或者说是调整 中两个主要的因素可以直接地影响 SQL 语句的性能 对应用的
调整和对数据库的调整 它们中的每一个都有自己的规则 但是没有另外一方它们自己是
不能完全调整工作的 首先你要让技术队伍与系统工程师一同为平衡资源和让数据库充分
发挥它自己的特性而工作以有助于系统性能的提高 其中的许多特性已经被数据库软件的
供应商内置于其中了
应用程序开发人员必需知道这些数据 知道应用数据是优化数据库设计的关键所在
开发人员和编程人员必须知道什么时候就使用索引 什么时候应该增加索引 什么时候允
许批量载入运行 一定要让批量载入与日常进行的工作分开
对数据库的调整可以提高特定的应用程序访问它的速度 数据库管理员必须了解每天
的操作和数据库的性能 此外 在后台调试时必须小心 DBA 通常会给出一些创造性的建
议以使对数据的访问更加有效 比如使用索引或重新构造 SQL 语句 DBA 也应该熟悉在
325
…………………………………………………………Page 326……………………………………………………………
SQL 21 日自学通（V1。0） 翻译人 笨猪
数据库软件中所给出的工具来测量性能和提出建议
问与答
问 如果我对我的 SQL 进行了优化 可以得到多大的性能提升
答 性能的增加是与你的表的大小相关的 与表有没有索引还是其它的相关数据无关
在大型的表中 复杂的查询可能由几个小时减为只需几分钟 在事务处理过程中 对 SQL
语句的优化可能为最终用户节省更多的时间
问 我应该在什么时候运行我的批量载入任务
答 听你的 DBA 的建议 DBA 需要知道你需要插入 更新或删除多少数据 在其它
批量载入任务活动时也应该经常执行 MIT 命令
问 我是否应该将我的表分于不同的磁盘
答 这在你的表很大或你的表访问任务很重时有用
校练场
1 SQL 语句的流化是什么意思
2 表和它的索引是否应该放在同一个磁盘上
3 为什么说对 SQL 语句中各个元素的安排是非常重要的
4 当全表扫描时会发生什么情况
5 你如何才能避免全表扫描
6 常见的对性能的障碍有哪些
练习
1 让下边的 SQL 语句更易读
SELECT EMPLOYEE。LAST_NAME； EMPLOYEE。FIRST_NAME；
EMPLOYEE。MIDDLE_NAME；EMPLOYEE。ADDRESS； EMPLOYEE。PHONE_NUMBER；
PAYROLL。SALARY； PAYROLL。POSITION；EMPLOYEE。SSN； PAYROLL。START_DATE
FROM EMPLOYEE； PAYROLL WHEREEMPLOYEE。SSN = PAYROLL。SSN AND
EMPLOYEE。LAST_NAME LIKE 'S％' AND PAYROLL。SALARY 》 20000；