《SQL语言艺术》是一本由[美] StéphaneFaroult,P著作,电子工业出版社出版的平装图书,本书定价:58.00元,页数:349,特精心从网络上整理的一些读者的读后感,希望对大家能有帮助。
●: TP311.138/3129
●略读 没到用时 读着无滋味
●sql注入命令集
●存儲、索引、分區、執行計畫,SQL 模式…… 讀了這本書,再做設計時會更加準確的為 DB 分配職責。這本是借來的,準備買一本,收藏。
●看了5章,对理解sql很,优化很有帮助
《SQL语言艺术》读后感(一):11
资深 SQL 专家 Stéphane Faroult倾力打造
《SQL语言艺术》读后感(二):总觉得经验之谈的书翻译过来看着就很别扭
上个月在当当上买来的,09年的时候看的英文电子版,没有看完。本来是一本好书,里面也确实介绍了许多作者的经验之谈,有一些观点也解释了我一直以来的一些疑问,可是总觉得类似的书籍翻译过来就很别扭,老是感觉和作者的肺腑之言隔着翻译那道墙,虽然翻译得不能算差,但是总觉得差点什么,有时间还是读读原版。
《SQL语言艺术》读后感(三):SQL进阶读本
在用了很多年SQL之后,在实际项目中也使用过多种数据库(Oracle,Sql server ,Postgres)。似乎所有的任务都能完成。需要的的目标也能达到。但总是觉得对SQL还没有完全掌握。
在书店看到这本书,大致翻了下感觉有我需要的知识。如果你也和我一样,和SQL的关系还是“熟悉的陌生人”,或许本书同样也会适合你。
假期里看了一大半,没有细读,但读的过程中随意想到的问题列出许多,有好多基础的地方要去翻翻数据库系统概论之类的书,同时也要有机会多接触一些数据库产品。
此书推荐给有数据库系统开发经验的同学看,有过实战经验的看此书可能收获会更多一点。此书是作者十几年下来的经验谈,相比理论的教材或者是数据库开发的实例书,此书并不涉及明确教你如何做,而是有很多细节之处的考虑,这些都是作者在开发过程中遇到过的实际问题,可以说是作者的感悟。在读的过程中你会觉得有很多问题似曾相识,然后就想自己在开发中是怎么解决的。我个人感觉此书可以长放手头,每隔一段时间就翻翻,并不在于书中讲的是什么,而是在读的过程中,联想到自己在数据库系统开发过程中遇到的问题,不断的去思考更好解决问题的过程。
《SQL语言艺术》读后感(五):不是数据库,不是开发,不是设计,因为它全都是
这本《SQL语言艺术》一直想读,一直到最近,自己对项目的管理,从过程到结果,一步一步的深入下来,从关心过程到最后关心结果。
为什么?
就是因为一句话:功能永远大于形式。可以这么说,过程(规范)都是形式,是非常重要,但当和功能比的时候,就不重要了。统一的过程是很重要,但如果一个组织连项目的成果都做不好的,何谈过程。所以,从务实的角度出发,自己逐渐的深入下来,做示范,找问题,纠偏差,找方法,从而去保障过程。
这本书在这个基调下,被我翻了出来,一读还真放不下手了。
他说的不是数据库,想了解数据库的怕是失望了。
他说的也不是开发,想了解的开发的怕是失望了。
他说的也不是设计,想了解设计的怕是失望了。
他说的是一个综合的过程,从数据库,到数据库设计,到基于数据库的开发,到SQL语句的编写,数据规模的不同,会导致复杂度的完全不同,数据规模在关系型数据库中,导致的语句复杂度(也可以说是性能效率)不是线性上升的,而是级数关系的。
一个普通的SQL语句,在一个由数据库完成基本优化的系统中,效率是1。那么具有一定优化的SQL语句,性能效率可以提升到10,如果你看下这个本书,应用书中教授的一些方法,性能效率可以再提升到100,。很恐怖的数据,一个设计再良好的数据库,在一个蹩脚的开发人员拼凑出来的代码里执行,得到的结果也不会好。
一个执行高效的应用,从界面层的数据组织,再到应用层的sql语句,再到数据库的查询,再到数据库的索引组织,这几个层面要做的工作虽然不尽一样,但可以肯定的说,这几个对最后效率的影响,是相乘的关系,也就是说是互相放大的。
所以,一个大数据量下的应用开发,不再是一个设计人员或者开发人员单纯的工作了,而是一个综合性的工作。
我们在数据库设计时,有多少人能够把这个数据架构作为项目重点考虑的问题。
不要说充分利用数据库的性能,充分利用中间件的性能,充分利用应用层的性能,充分利用界面层(信息展示的能力)的性能,连基本的达到要求不够,更谈不上利用这些层面的性能了。
任何一个层面的设计的不足,都不是后天的优化能够解决的。
读这本书的目的,绝对不是优化,然而优化绝对又是目的。
我其实想说,这本书,告诉你的是优化,但你要做的,是从设计做起。
也许,这一代的数据库会过时,因为现在基于noSQL技术的大数据架构正在成熟,但对于我们做传统应用系统的来说,我们以关系型数据库为主的应用开发来说,这本书,真应该去读下。就知道自己的数据库设计多么糟糕,写的sql语句多么蹩脚。