SOL 优化并不简单,做好 SOL 优化需要掌握数据库体系结构、表和索引设计、高效 SOL法、高级 SOL 语法、多种优化工具等知识,甚至还得分析业务特点,以及了解优化器的缺点。只有建立 SOL 优化方法论体系,才能够迅速找到最适合的方法来优化 SOL ,从而解决由SOL 51 发的性能问题。接下来我会详解了 SOL 性能优化之道,相信读者定会受益良多
任何 IT 系统,数据都是核心,同时也是访问和展现的热点,脱离数据库的 IT 项目几乎不存在,甚至可以说几乎没有不需要进行数据库操作的编程人员,而能与数据库进行无缝交互的就只有 SOL 了。此外, SOL 是一种学起来非常容易的“傻瓜语言”,随便一个 where 条件就是一个需求实现,基本上新手级别的开发人员坐下来看看简单语法即可编写 SOL ,如果有 天时间边做边学,基本上所有 SOL 都会编写了。用我本人的例子来说吧,有人忽然问我学 SOL 开发学了多久,我几乎是本能般从嘴里冒出一句: SOL 开发,我有花时间学吗,写 SOL 难道不是自然而然就会了吗?
SOL 优化肯定比 SOL 编写本身要难很多,但也存在一些优化的基础知识,如 SOL 执行计划、索引原理,等等。这些都比编写 SOL 本身要复杂得多,因此要成为 SOL 优化高手仅知道一些优化基础知识是远远不够的,还需要经验的沉淀,并且要转化成你的方法论。
做事要有方法论,要先整体后局部,解决问题要注重效率,先尽量考虑不改写的优化,再考虑改写的优化 而不改写的优化靠的是体系结构知识的沉淀,而改写则妥考虑、逻辑等价改写和业务改写两大思路,其中业务改写是 SQL 优化的最高境界 另外还是妥有一定的知识沉淀,【+jcc4261获取】高级 SQL语法也妥掌握,其在很多场合下能帮上我们大忙
接下来,我们就要正式进入SQL的优化学习了,由于篇幅限制,下面为大家展示部分重要内容
第二章 风驰电掣一一有效缩短SQL 优化过程
这教程远远不够覆盖所有的 SO 优化知识 具体的 SO 优化内容也无法做到详尽地展开, 方面限于篇幅 另一方面也限于笔者的知识水平。不过 我认为详尽的优化百科大全实际对读者来说并不是最重要的。将讯传辨识与思维探索作为全程的最后一个章节是想告诉大家 质疑探索比学习更重要!