《NoSQL数据库入门》是一本由[日]佐佐木达也著作，人民邮电出版出版的平装图书，本书定价：45.00元，页数：199，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。

　　《NoSQL数据库入门》读后感(一)：就是入门中的入门

　　就是入门中的入门，主要就是三四种nosql的安装，然后用ruby做了几个例子，做了几下性能测试，感觉太入门了，刚开始买的时候听评价，说是入门，我想我就需要这种，随便来看看就行，结果发现，是入门中的入门

　　《NoSQL数据库入门》读后感(二)：实在是太简单了

　　感觉就是各种nosql软件的安装教程～～入门都算不上啊～这是第一次读日本人的书，感觉不太好。

　　另外一点让人郁闷的是这本书还特别贵，真是有种强烈上当受骗的感觉。以后买书一定要在豆瓣上看书评。低于8的估计就不要买了～

　　《NoSQL数据库入门》读后感(三)：比起其他读过的小日本的书籍，这本书算差的

　　比较重的“日本”气息！书中实例全部ruby,表示没有看懂一行。列举的四类数据库也较为简单！分别memcached, Tokyo tyrant（日本本土开源的NoSql），Redis, MongoDB. 作为NOSQL的基本入门还算不错，但是比起这本书的售价，绝对是个坑....

　　《NoSQL数据库入门》读后感(四)：开源网友“屌丝哥 ”谈NoSQL数据库

　　现今的计算机体系结构在数据存储方面要求具备庞大的水平扩展性①，而NoSQL致力于改变这一现状。目前Google的 BigTable 和Amazon 的Dynamo使用的就是NoSQL型数据库。NoSQL项目的名字上看不出什么相同之处，但是，它们通常在某些方面相同：它们可以处理超大量的数据。这场革命目前仍然需要等待。的确，NoSQL对大型企业来说还不是主流，但是，一两年之后很可能就会变个样子。在NoSQL运动的最新一次聚会中，来自世界各地的150人挤满了CBS Interactive的一间会议室。分享他们如何推翻缓慢而昂贵的关系数据库的暴政，怎样使用更有效和更便宜的方法来管理数据。 “关系型数据库给你强加了太多东西。它们要你强行修改对象数据，以满足RDBMS （relational database management system，关系型数据库管理系统）的需要，”在NoSQL拥护者们看来，基于NoSQL的替代方案“只是给你所需要的”。

　　摘自开源网友——屌丝哥

　　《NoSQL数据库入门》读后感(五)：《NoSQL数据库入门》之己见

　　首先, 我得说一下, 就样章来说, 通俗易懂. 不过, 视乎样章给的有点少啊, 后继内容可以再弄点, 这样更方便品读其核心部分.

　　就NoSql这个词来说, 一直我以为是, "不用sql", 但书中给的是"Not Only SQL", 看来我真的是该补这方面的知识了.

　　书中也提到了, NoSQL的出现是解决传统关系型数据读写操作慢的问题, 其实在Java中, 我们有更快的处理方式, 就是用Map. NoSQL其实也类似! 书中不是也介绍了一种NoSQL类型"键值存储"吗？

　　以这种"键值存储"方式来存储的话, 只要我有一个key, 那么我们就可以很方便的找到value的存储位置, 这样也就是里面说的"易于数据的分散",

　　其目的: 我们可以很方便的把数据存放到不同地方, 类似淘宝存储订单, 根据订单号, 根据自己的算法, 找到存储位置!

　　就其Map数据类型而言, 好比C语言的指针, 定位快了, 检索速度也就快了, 最后性能自然就跟上去了.

　　键值就是为了

　　1 检索速度,

　　2 便于分散存储

　　最后提升性能, 适应大规模的数据增长

　　不过NoSQL视乎不太适合做复杂数据的处理啊....

　　摘自开源中国网友——xwz

　　《NoSQL数据库入门》读后感(六)：《NoSQL数据库入门》样章阅后感

　　没有用多少时间就看完了样章，感觉“很入门”，可能是抱着学点实质性东西的心态去看的缘故吧，看完之后感觉自己也只是有些了解而已。开始对于关系数据库的介绍，基本上和我在大学课堂上老师讲的差不多，包括三大经典数据模型。其实关系数据库刚刚提出的时候，因为对于笛卡尔积式的爆炸型关系增长，收到很多质疑，不过后来还是发展起来了。当时记得老师还讲过面向对象数据库。不过书中对于关系数据库的优点和缺点进行了比较好的分析。阐述了关系数据库在数据一致性，高校查询等方面的优势。同时针对关系数据库对于大数据量写入，松散结构，简单查询影响上面的不足，引出了NoSql数据库在这些方面的优势。对NoSQL数据库进行了分类，包括面向键值型，面向文档型，面向列型的。还分别对于基于临时型存储和持久型存储进行了分类。自己之前对于redis和mongodb有一些研究。看着感觉还是挺熟悉的。书中强调了一点比较好。就是关于使用关系型数据库还是NoSQL。要根据需要来决定，我觉得这个观点非常正确，尤其是在我们选择使用哪种数据库的时候。一定要根据项目的应用来选择。或者混合使用两种数据库。

　　根据样章的阅读感受，感觉在介绍和说明上还是比较详细的。不过对于技术层面上讲解比较少。期待书的后面内容对memcatch，redis，mongodb等有详细的介绍。

　　摘自开源中国网友 cloudaice

　　《NoSQL数据库入门》读后感(七)：开源网友“疯狂的流浪”谈NoSQL数据库

　　互联网发展带来一个问题就是数据的海量增长，数据的可伸缩性是一个主要问题。传统的关系型数据库在这方面有一定的局限性，NoSQL就是为解决这一问题而诞生的。

　　随着NoSQL数据库我认为有四个主要特点易扩展、大数据量，高性能、灵活的数据模型、高可用.下面做简单介绍：

　　易扩展

　　oSQL数据库种类繁多，但是一个共同的特点都是去掉关系数据库的关系型特性。数据之间无关系，这样就非常容易扩展。也无形之间，在架构的层面上带来了可扩展的能力。

　　大数据量，高性能

　　oSQL数据库都具有非常高的读写性能，尤其在大数据量下，同样表现优秀。这得益于它的无关系性，数据库的结构简单。一般MySQL使用Query Cache，每次表的更新Cache就失效，是一种大粒度的Cache，在针对web2.0的交互频繁的应用，Cache性能不高。而NoSQL的Cache是记录级的，是一种细粒度的Cache，所以NoSQL在这个层面上来说就要性能高很多了。

　　灵活的数据模型

　　oSQL无需事先为要存储的数据建立字段，随时可以存储自定义的数据格式。而在关系数据库里，增删字段是一件非常麻烦的事情。如果是非常大数据量的表，增加字段简直就是一个噩梦。这点在大数据量的web2.0时代尤其明显。

　　高可用

　　oSQL在不太影响性能的情况，就可以方便的实现高可用的架构。比如Cassandra，HBase模型，通过复制模型也能实现高可用。

　　最后我觉得NoSQL数据库的出现，弥补了关系数据（比如MySQL）在某些方面的不足，在某些方面能极大的节省开发成本和维护成本。同时MySQL和NoSQL都有各自的特点和使用的应用场景，两者的紧密结合将会给web2.0的数据库发展带来新的思路。让关系数据库关注在关系上，NoSQL关注在存储上。

　　摘自开源中国网友——疯狂的流浪

　　《NoSQL数据库入门》读后感(八)：开发程序员谈《NoSQL数据库入门》

　　不知道整本书厚度如何，但单从样章看起，觉得对关系型数据库的描述有点多了。虽然作者说这样是为了“介绍关系型数据库的起源、特征，以及它的优缺点，进而引出NoSQL数据库”，但是我想作为一个在开发中需要使用数据库的程序员而言，大部分都了解关系型数据库，完全不必要再从起源谈起，有点喧宾夺主的意味。如果一定要提及关系型数据库来引出NoSQL的话，可以就像前面有评论说的那样，深入分析一下关系型数据库的问题所在，然后讲述NoSQL从哪些方面可以在某种程度上解决这样的问题。

　　而且样章在分析关系数据库的时候说了这样一段话“这其中，能够保持数据的一致性是关系型数据库的最大优势。在需要严格保证数据一致性和处理完整性的情况下，用关系型数据库肯定没有错的。但是有些情况不需要JOIN，对上述关系型数据库的优点也没有什么特别需要，这时似乎也就没有必要拘泥于关系型数据库了”。作者这段话的意思似乎是说不需要JOIN的话就不需要关系型数据库了吗？将关系数据库的作用缩小为实现JOIN查询似乎也太小瞧关系数据库的能力了吧？而且数据的一致性和完整性这种事情是所有的数据处理中都必须达到的要求，谈不上需不需要，而是必须具备的内容。不然数据都错了，谈何数据的存储与处理呢？

　　再有，就是术语的翻译。我自己是没有翻译的经验，不过从以往所读的文章和书籍所见，早期的数据库应该是翻译为“层次数据库”吧？样章中的“阶层型数据库”听起来很陌生，倒是蛮有港台味的。虽然听起来很时髦，但是术语之类的还是翻译成大家更通用和统一的说法更加合适吧。

　　然后再八卦一下样章中的参考资料，是什么《从零开始学数据建模》《数据库有很多种，你能全都说出来吗？》之类的名字。我虽然没有读过，但是感觉像是那种速成手册之类的。这种书是否适合用来引用作为参考资料呢？是不是有些更高级、更权威、更经典的资料和书籍应当被引用呢？

　　样章的后半部分开始讲NoSQL数据库的分类及特点。作为我一个NoSQL初学者而言，这部分讲的还是挺清晰的。

　　一直很认准图灵教育的品牌。虽然从样章中感到一些问题，但希望整本书不要让人失望。

　　摘自开源中国网友——小微