1从中推导SQL优化的总体思路与误区.pptVIP

请看SQL写法不等价的相关例子 3. In 和写法之间的同与异 请看SQL写法不等价的相关例子 4. count 列和*结论的对与错 忽略SQL改造等价性（看似不等价其实等价） 看似不等价其实等价的例子 明白了吧？ 别买鱼了，就用冰箱里的牛肉来作美味晚餐吧。 不具备少做事意识（开发少做事之函数调用2） 2.减少SQL中的函数调用有何思路 不具备少做事意识（开发少做事之集合写法） 3.集合写法能给性能提升多少 不具备少做事意识（开发少做事之取你所需列1） 4. 只取你所需的列，访问视图变更快了 不具备少做事意识（开发少做事之取你所需列2） 5. 只取你所需的列，索引无需回表了 不具备少做事意识（开发少做事之取你所需列3） 6.只取你所需的列，表连接访问提速了 不具备少做事意识（开发少做事之SQL故事） 7.催人泪下，拖垮生产系统的超长慢SQL 8. 出乎意料，SQL优化改写的飞跃性想法 9.难以置信，让你不相信自己眼睛的SQL 本章结束，再回首一下数据迁移失败案例。 第1讲课程总览之第3章 你是oltp应用还是olap应用 读多还是写多，访问量是大还是小 0.35+0.48+0.21+0.34+0.36+15 2+0.67+1+0.45+0.72+0.74 不会依据场景选择技术（关于索引坏处考虑） 1. 从某出账相关案例谈索引与更新 2. 建索引引发锁表带来的悲惨故事 不会依据场景选择技术（关于索引坏处考虑） 3. 建索引导致排序引发的性能风波 先判断SQL语句返回记录的多少 不会依据场景选择技术（说说分区更慢的场景） 还以为建分区一定会更快，真没想到…… 本章总结，分享精彩的场景优化案例 场景选择的经典案例1_谁是速度之王 统计条数语句之谁是速度之王 表无索引，select count(*) from t 最慢，不过你建索引也需要三思！ 建索引后，逻辑读从1048缩减到372，性能优化了不少！ 如果建立了位图索引后，逻辑读从372缩减到6，不过你敢用吗？ 如果改成物化视图，逻辑读从6到3，又提升了，不过，你适合她吗？ 如果应用缓存结果集，逻辑变没了？，你没看错，真的是0！不过，她适合你吗？ 真正速度之王来咯！（需求才是王道） select count(*) from t where rownum=1; 第一招：绑定变量 第二招：静态改写 第三招：批量提交 第四招：集合写法 第五招：直接路径 第六招：并行设置 0.02秒 11秒 9秒 4秒 0.2秒 0.1秒 55秒 从单车道飞船的性能优化之旅 场景选择的经典案例2_从单车到火箭之旅 见识过速度之王，骑过单车开过飞船，大家过瘾之于来个小组讨论吧，分享一下心得体会，谢谢！ 第1讲课程总览之第4章 未考虑将需求最小化（催人泪下的SQL续集） 请看SQL需求最小化的相关例子！ 没想到，SQL故事的背后还引发更多故事…… 未考虑将需求最小化（考虑需求中多余之处） 第1讲课程总览之第5章 忽略SQL改造等价性（看似等价其实不等） insert all into ljb_tmp_transaction into ljb_tmp_session select * from dba_objects; insert into ljb_tmp_transaction as select * from dba_objects; insert into jb_tmp_session as select * from dba_objects; 请看SQL写法不等价的相关例子 1. Insert 多表插入的玄与机 select min(object_id), max(object_id) from t; select max, min from (select max(object_id) max from t ) a, (select min(object_id) min from t ) b; 请看SQL写法不等价的相关例子 select max(object_id) from t; select min(object_id) from t; select min(object_id), max(object_id) from t; 2. max及min写法的分与合 * All Rights Reserved, Copyright ?FFCS 2015 福建富士通信息软件有限公司（FFCS） Fujian Fujitsu Communication Software Co., Ltd. 基于案例学SQL优化