━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
sqlssqqll语言艺术内容介绍本书分为12๐章，为你的实际工作提出，非常便于实践。尽管当今新潮技术层出不穷&#x，对九种sql经典查询场景以及其性能影响讨论，并通过，每一章包含许多原则或准则。数据处理依然处于我们系统的核心地位，而且需管，尤其是数据库应用维护人员阅读。资深sql专家stéphanefa肉lt倾力打造《软件架构设计》作者温昱最新译作巧妙借鉴《孙子兵法》的智慧结晶传授25๓年的sql性能与调校经验深入探讨九种常见查询方案及其性能ม前言过去，“信息技术it”的名字还不如今天这般耀眼，被称为ฦ“电子数据处理”。其实，这些例子大多来自于实际案例，本书适合sql数据库开者、软件架，也适合dba。今天，最重要的集团数据都被保存在数据库中，sql语言虽有缺点。通过sql语言来访，但非常流行，它从1้9๗80年代早期开始被广泛接受，如今。随后，年轻开者在接受面试时，没有谁不宣称自己能熟练应用sql的。sql作为ฦ数据库访问语言，已成为ฦ任何基础it课程的必备部分。开者宣传自己熟ງ练掌握sql，其实前提是“熟练掌握”的定义是“能够获得功能上正确的结果”。然而，全世界ศ的企业如今都面临数据量的爆炸式增长，所以仅做到“功能正确”是不够的，还必须ี足够快，所以数据库性能ม成了许多公司头疼的问题。有趣的是，尽管每个人都认可性能问题源自代码，但普遍接受的事实则是开者的要关注点应该是功能正确。人们认为：为了便于维护，代码中ณ的数据库访问部ຖ分应该尽量简单；“拙劣的sql”应该交给资深的dba去摆弄，他们还会调整几个“有魔力”的数据库参数，于是度就快了——如果数据库还不够快，似乎就该升级硬件了。往往就是这样，那些所谓的“常识”和“可靠方แ法”最终却是极端有害的。先写低效的代码、后由专家调优，这种做法实际上是自找麻烦。本书认为，先要关注性能的就是开者，而且sql问题绝不仅仅只包含正确编写几个查询这么简单。开者角度看到的性能问题和dba从调优角度看到的大相径庭。对dbaທ而言，他尽量从现有的硬件如处理器和存储子系统和特定版本的dbms获得最高性能，他可能有些sql技能ม并能调优一个性能极差的sql语句。但对开者而言，他编写的代码可能要运行5๓到10年，这些代码将经历一代代的硬件，以及dbms各种重要版
----ๅ---ๅ----ๅ--ๅ-----ๅ-ๅ--ๅ-ๅ-ๅpage2๐-ๅ--ๅ-----ๅ----ๅ-------ๅ----ๅ
本升级例如支持互联网访问、支持网格，不一而足。所以，代码必须ี从一开始就快、健全。很多开者仅仅是“知道”sql而已，他们没有深刻理解sql及关系理论，实在令人遗憾。为何写作本书sql书主要分为ฦ三种类型：讲授具体sql方แ言的逻辑和语法的书、讲授高级技术及解决问题方แ法的书、专家与资深dbຘa所需的性能和调优的书。一方面，书籍要讲述如何写sql代码；另一方面，要讲如何诊断ษ和修改拙劣的sql代码。在本书中，我不再为新手从头讲解如何写出优秀的sql代码，而是以越单个sql语句的方式看待sql代码，无疑ທ这更加重要。教授语言使用就够难了，那么本书是怎样讲述如何高效使用sql语言的呢？sql的简单性具有欺骗性，它能支持的情况组合的数目几乎是无限的。最初，我觉得sql和国际象棋很相似，后来，我悟到明国际象棋是为了教授战争之道。于是，每当出现sql性能难题的时候，我都自然而然地将之视为ฦ要和一行行数据组成的军队作战。最终，我找到了向开者传授如何有效使用数据库的方法，这就像教军官如何指挥战争。知识、技能、天赋缺一不可。天赋不能传授，只能培养。从写就了《孙子兵法》的孙子到如今的将军，绝大多数战略๓家都相信这一点，于是他们尽量以简单的格言或规则的方式表达沙场经验，并希望这样能指导真实的战争。我将这种方แ法用于战争之ใ外的许多领域，本书借鉴了孙子兵法的方法和书的题目。许多知名it专家冠以科学家称号，而我认为ฦ“艺术”比“科学”更能反映it活动所需的才能、经验和创造力注1。很可能ม是由于我偏爱“艺术”的原因，“科学”派并不赞成我的观点，他们声称每个ฐsql问题都可通过严格分析和参考丰富的经验数据来解决。然而，我不认为这两ä种观点有什么不一致。明确的科学方แ法有助于摆脱单个具体问题的限制，毕竟，sql开必须考虑数据的变化，其中有很大的不确定性。某些表的数据量出乎意料地增长将会如何？同时，用户数量