For all the buzz about trendy IT techniques, data processing is still at the core of our systems, especially now that enterprises all over the world are confronted with exploding volumes of data. Database performance has become a major headache, and most IT departments believe that developers should provide simple SQL code to solve immediate problems and let DBAs tune any "bad SQL" later. In "The Art of SQL", author and SQL expert, Stephane Faroult argues that this "safe approach" only leads to disaster. His insightful book, named after "Art of War" by Sun Tzu, contends that writing quick inefficient code is sweeping the dirt under the rug. SQL code may run for 5 to 10 years, surviving several major releases of the database management system and on several generations of hardware. The code must be fast and sound from the start, and that requires a firm understanding of SQL and relational theory. "The Art of SQL" offers best practices that teach experienced SQL users to focus on strategy rather than specifics. Faroult's approach takes a page from Sun Tzu's classic treatise by viewing database design as a military campaign. You need knowledge, skills, and talent. Talent can't be taught, but every strategist from Sun Tzu to modern-day generals believed that it can be nurtured through the experience of others. They passed on their experience acquired in the field through basic principles that served as guiding stars amid the sound and fury of battle. This is what Faroult does with SQL. Like a successful battle plan, good architectural choices are based on contingencies. What if the volume of this or that table increases unexpectedly? What if, following a merger, the number of users doubles? What if you want to keep several years of data online? Faroult's way of looking at SQL performance may be unconventional and unique, but he's deadly serious about writing good SQL and using SQL well. "The Art of SQL" is not a cookbook, listing problems and giving recipes. The aim is to get you - and your manager - to raise good questions.
Stéphane Faroult从1983年开始接触关系数据库。Oracle法国成立早期他即加入(此前是短暂的IBM经历和渥太华大学任教生涯),并在不久之后对性能和调优产生了兴趣。1988年他离开了Oracle,此后一年间,他进行调整,并研究过运筹学。之后,他重操旧业,一直从事数据库咨询工作,并于1998年创办了RoughSea公司(http://www. roughsea.com)。
Stéphane Faroult出版了Fortran Structuré et Méthodes Numériques一书(法语,Dunod出版社,1986, 与Didier Simon合作),并在Oracle Scene和Select(分别为英国和北美Oracle用户组杂志)以及Oracle杂志在线版上发表了许多文章。他还是美国、英国、挪威等众多用户组大会的演讲者。
Peter Robson毕业于达拉谟大学地质专业(1968年),然后在爱丁堡大学任教,并于1975年获得地质学研究型硕士学位。在希腊度过了一段地质学家生涯之后,他开始在纽卡斯尔大学专攻地质和医学数据库。
他使用数据库始于1977年,1981年开始使用关系数据库,1985年开始使用Oracle,这期间担任过开发工程师、数据架构师、数据库管理员等角色。1980年,Peter参加了英国地质普查,负责指导使用关系数据库管理系统。他擅长SQL系统,以及从组织级到部门级的数据建模。Peter多次出席英国、欧洲、北美的Oracle数据库大会,在许多数据库专业杂志上发表过文章。他现任英国Oracle用户组委员会主任,可通过peter.robson@justsql.com联系他。
在用了很多年SQL之后,在实际项目中也使用过多种数据库(Oracle,Sql server ,Postgres)。似乎所有的任务都能完成。需要的的目标也能达到。但总是觉得对SQL还没有完全掌握。 在书店看到这本书,大致翻了下感觉有我需要的知识。如果你也和我一样,和SQL的关系还是“熟悉的陌生...
评分这本《SQL语言艺术》一直想读,一直到最近,自己对项目的管理,从过程到结果,一步一步的深入下来,从关心过程到最后关心结果。 为什么? 就是因为一句话:功能永远大于形式。可以这么说,过程(规范)都是形式,是非常重要,但当和功能比的时候,就不重要了。统一的过程是很重...
评分这本《SQL语言艺术》一直想读,一直到最近,自己对项目的管理,从过程到结果,一步一步的深入下来,从关心过程到最后关心结果。 为什么? 就是因为一句话:功能永远大于形式。可以这么说,过程(规范)都是形式,是非常重要,但当和功能比的时候,就不重要了。统一的过程是很重...
评分假期里看了一大半,没有细读,但读的过程中随意想到的问题列出许多,有好多基础的地方要去翻翻数据库系统概论之类的书,同时也要有机会多接触一些数据库产品。 此书推荐给有数据库系统开发经验的同学看,有过实战经验的看此书可能收获会更多一点。此书是作者十几年下来的经验谈...
评分这本《SQL语言艺术》一直想读,一直到最近,自己对项目的管理,从过程到结果,一步一步的深入下来,从关心过程到最后关心结果。 为什么? 就是因为一句话:功能永远大于形式。可以这么说,过程(规范)都是形式,是非常重要,但当和功能比的时候,就不重要了。统一的过程是很重...
在接触《The Art of SQL》之前,我对数据库的理解仅停留在“存储数据”的层面,至于如何高效地从中提取信息,一直是个模糊的概念。这本书就像一个经验丰富的向导,带着我穿越复杂的数据库迷宫。它并没有采用那种枯燥乏味的教科书式讲解,而是通过大量的实例、场景模拟,以及一些巧妙的类比,将SQL的精髓一一展现。我尤其喜欢书中关于“查询优化器”的讲解,作者用非常形象的比喻,将这个幕后功臣描绘得栩栩如生,让我理解了为什么看似相同的SQL语句,在不同的数据库版本、不同的数据量下,性能差异会如此之大。它让我明白,SQL不仅仅是查询语言,更是一种与数据库沟通的智慧。通过阅读这本书,我学会了如何“读懂”数据库的执行计划,如何根据查询的实际情况,去调整SQL语句,使其能够“说服”优化器选择最优的执行路径。这种从“写SQL”到“设计SQL”的转变,让我感觉自己掌握了一项能够大幅提升工作效率的关键技能,也让我对数据库这个领域产生了更浓厚的兴趣。
评分读完《The Art of SQL》这本书,我最大的感受就是,它真的把SQL这种看似枯燥的技术,赋予了灵魂。我一直以来都认为SQL只是一个查询工具,就像一把螺丝刀,拧螺丝自然不在话下,但要说它有多“艺术”,我从来没往这方面想过。这本书却用一种近乎哲学的方式,深入浅出地剖析了SQL的设计理念和背后逻辑。作者并没有简单地罗列语法,而是花了大量的篇幅去解释“为什么”要这样做,以及在不同的场景下,为什么要选择某种特定的写法。我记得有一个章节,讲到了关于索引的优化,我以前只是知道“加索引能快”,但书中通过一系列生动的比喻,比如图书馆的书架、地图的索引页,让我瞬间领悟到索引的本质,以及不同类型索引的适用场景和权衡。这让我意识到,写出高效的SQL,绝不是简单的堆砌关键词,而是一种对数据结构、查询路径以及数据库内部运作机制深刻理解后的艺术创作。我开始重新审视自己过去那些“能跑就行”的SQL语句,发现其中隐藏着多少效率的浪费和潜在的隐患。这本书彻底改变了我对SQL的认知,让我从一个“SQL使用者”升华为一个“SQL匠人”。
评分我是一个多年的数据库从业者,以为自己对SQL已经了如指掌,可以游刃有余地应对各种查询需求。直到我接触到《The Art of SQL》,我才发现,原来我一直都只是站在技术的门外徘徊。这本书的视角非常独特,它没有像其他书籍那样,将重点放在枯燥的语法讲解上,而是从更宏观的角度,深入探讨了SQL的设计哲学和背后的思考。作者用非常精妙的比喻,解释了诸如“笛卡尔积”这样的底层概念,让我对JOIN的理解不再停留在表面。他还详细分析了数据库的事务隔离级别,以及它们对并发控制和数据一致性的影响,这对我来说是极具启发性的。读这本书的过程中,我不断地回想起自己过去在工作中遇到的各种疑难杂症,恍然大悟,原来很多问题都可以从SQL的“艺术”层面去找到解决方案。它让我看到了SQL的深度和广度,也让我对未来的学习方向有了更清晰的规划。这本书绝对是我在SQL领域阅读过的最具价值的一本书。
评分一直以来,我总觉得SQL的编写就像是流水线作业,输入数据,输出结果,只要能得到正确答案就行。但《The Art of SQL》这本书,彻底颠覆了我这种刻板印象。它让我看到,SQL的背后,蕴含着深厚的逻辑思维和对效率的极致追求。作者在书中引入了很多关于“声明式编程”的理念,让我理解了SQL的强大之处在于“做什么”,而不是“怎么做”。通过大量的案例分析,我学会了如何用更简洁、更优雅的方式来表达复杂的查询需求。特别是关于窗口函数的部分,它让我看到了SQL在处理序列数据、排名、累加等复杂场景下的强大能力,这在我之前的认知中是难以想象的。这本书让我意识到,SQL不仅仅是一个工具,更是一种思维方式,它能够帮助我们更清晰地梳理业务逻辑,并将其高效地转化为对数据的操作。读完之后,我发现自己写SQL的风格发生了根本性的改变,不再是生硬的逻辑堆砌,而是更加注重可读性、可维护性和性能的平衡。
评分实话实说,最初拿起《The Art of SQL》的时候,我抱着一丝怀疑的态度。市面上关于SQL的书籍琳琅满目,大多都是技术手册,教你语法,列举函数,而“艺术”这个词,似乎与冰冷的计算机代码有些距离。然而,这本书的独特之处在于,它真正让你体会到SQL的“美”和“巧”。作者在阐述每一个概念时,都力求从根源上去解释,而不是停留在表面的操作。比如,在讲解JOIN的时候,它并没有仅仅停留在INNER JOIN、LEFT JOIN这些概念上,而是深入分析了不同JOIN方式在逻辑上的差异,以及在实际应用中可能带来的性能影响。它让我明白,选择哪种JOIN,不仅仅是语法上的选择,更是对数据关系理解的体现。此外,书中还提到了很多在实际工作中容易被忽视的细节,比如如何避免“SELECT *”,如何合理地使用聚合函数,这些看似微小的改进,却能带来显著的性能提升。读完这本书,我感觉自己对SQL的理解,已经超越了单纯的“会写”,进入了“懂写”的境界,甚至开始能够预判潜在的问题,并提前规避。
评分只读过一点点...没心情不好啃.
评分这个没有必要看。
评分只读过一点点...没心情不好啃.
评分只读过一点点...没心情不好啃.
评分不是很简单的一本书. 先看看, 有点基本概念. 需要的时候参考.
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2026 onlinetoolsland.com All Rights Reserved. 本本书屋 版权所有