前言

　　过去，"信息技术（IT）"的名字还不如今天这般耀眼，被称为"电子数据处理".其实，尽管当今新潮技术层出不穷，数据处理依然处于我们系统的地位，而且需管理的数据量的增长速度似乎比处理器的增长速度还快。今天，重要的集团数据都被保存在数据库中，通过SQL语言来访问。SQL语言虽有缺点，但非常流行，它从1980年代早期开始被广泛接受，随后就所向无敌了。

　　如今，年轻开发者在接受面试时，没有谁不宣称自己能熟练应用SQL的。SQL作为数据库访问语言，已成为任何基础IT课程的必备部分。开发者宣传自己熟练掌握SQL,其实前提是"熟练掌握"的定义是"能够获得功能上正确的结果".然而，全世界的企业如今都面临数据量的爆炸式增长，所以仅做到"功能正确"是不够的，还必须足够快，所以数据库性能成了许多公司头疼的问题。有趣的是，尽管每个人都认可性能问题源自代码，但普遍接受的事实则是开发者的首要关注点应该是功能正确。人们认为：为了便于维护，代码中的数据库访问部分应该尽量简单；"拙劣的SQL"应该交给资深的DBA去摆弄，他们还会调整几个"有魔力"的数据库参数，于是速度就快了--如果数据库还不够快，似乎就该升级硬件了。

　　往往就是这样，那些所谓的"常识"和"可靠方法"终却是极端有害的。先写低效的代码、后由调优，这种做法实际上是自找麻烦。本书认为，首先要关注性能的就是开发者，而且SQL问题绝不仅仅只包含正确编写几个查询这么简单。开发者角度看到的性能问题和DBA从调优角度看到的大相径庭。对DBA而言，他尽量从现有的硬件（如处理器和存储子系统）和特定版本的DBMS获得性能，他可能有些SQL技能并能调优一个性能极差的SQL语句。但对开发者而言，他编写的代码可能要运行5到10年，这些代码将经历一代代的硬件，以及DBMS各种重要版本升级（例如支持互联网访问、支持网格，不一而足）。所以，代码必须从一开始就快速、健全。

　　很多开发者仅仅是"知道"SQL而已，他们没有深刻理解SQL及关系理论，实在令人遗憾。

　　本书内容

　　我发现SQL和战争如此相像，以至于我几乎沿用了《孙子兵法》的大纲，并保持了大部分题目名称（注2）。本书分为12章，每一章包含许多原则或准则，并通过举例的方式对原则进行解释说明，这些例子大多来自于实际。

　　第1章，制定计划：为性能而设计

　　讨论如何设计高性能数据库

　　第2章，发动战争：高效访问数据库

　　解释如何进行程序设计才能高效访问数据库

　　第3章，战术部署：建立索引

　　揭示为何建立索引，如何建立索引

　　第4章，机动灵活：思考SQL语句

　　解释如何设计SQL语句

　　第5章，了如指掌：理解物理实现

　　揭示物理实现如何影响性能

　　第6章，锦囊妙计：认识经典SQL模式

　　包括经典的SQL模式、以及如何处理

　　第7章，变换战术：处理层次结构

　　说明如何处理层次数据

　　第8章，孰优孰劣：认识困难，处理困难

　　指出如何认识和处理比较棘手的情况

　　第9章，多条战线：处理并发

　　讲解如何处理并发

　　第10章，集中兵力：应付大数据量

　　讲解如何应付大数据量

　　第11章，精于计谋：挽救响应时间

　　分享一些技巧，以挽救设计糟糕的数据库的性能

　　第12章，明察秋毫：监控性能

　　收尾，解释如何定义和监控性能

维库PDF：SQL语言艺术.rar