…

<NoSQL精粹>思维导图读书笔记 各主题笔记 这本书短小精悍,虽不能解答所有NoSQL疑问,但在读书过程中会抛给你不少未曾想过的问题,给人以更深入的思考: 这里对每一个主题分别做了笔记: 详见以下博客文章: NoSQL系列:选择合适的数据库 NoSQL聚合数据模型 NoSQL数据库的分布式模型 NoSQL数据库:数据的一致性 思维导图 参考 <NoSQL精粹> Posted by: 大CC | 09JUL,2014 博客:blog.me115.com [订阅] 微博:新浪微博…

之前说到博客长草的问题,想了想除了很忙特别忙非常忙各种瞎忙忙你妹啊外,主要还是不知道写什么好--到这家公司的两年中从JS到领域驱动到缓存服务器从前端到后端各种折腾,有些东西虽然有所心得,不过既然前人已多有总结,我也懒得多说了:还有些东西神功未成,不敢献丑人前.索性还是尝试着翻译试试吧. 本书(NoSQL Distilled)厚度适中,上下两部分统共500来页,而且以基本的知识点为主--更重要的是貌似还没人翻译的样子(UPDATE:原理早已经出版了啊,呃呃呃呃呃呃呃.好吧,有兴趣的可以买本市售版对…

前言 在网上有关Redis相关文章满天飞的时候,它是什么,用于解决什么问题,有哪些相类似的技术,与传统的关系型数据库有哪些差别,什么时候使用?这个时候我决定重温一下<NoSQL精粹>. 也正如书中所说的,篇幅短小,内容却很丰富.新技术的诞生,我们应该以既稳健又前瞻的心态看待它. 它是什么,用于解决什么问题? 其实NoSQL的定义并不准确,初意Not Only SQL,不是表达 No,SQL ! 它就泛指现在描述的非关系型数据库,帮助主张无模式(schemaless)的数据,可以运行在集群环境,…

<NoSQL精粹>作者Pramod J. Sadalaga.Martin Flower著,译者爱飞翔. 本书以关系型数据库开头,讲解了关系型数据库的优缺点,然后引入了NoSQL数据库,并且从数据模型.分布式模型.一致性.版本戳.映射这几方面讲解了各种NoSQL的优势和不足,如果从现在的角度去评价这本书的话,里面的一些内容已经不一样了,毕竟过去了好几年的时光了,NoSQL和关系型数据库也有了不小的发展,与文中的一些用法和观点不同也是正常的现象,但是本书仍然不失为大师的作品,不少的观点现在还是值得…

现在NoSQL很流行,所以买了一本这方面的书,这本书虽然很薄 156页,但是感觉的确是大师的经验之谈,对于自己经验还是很少.无法能完全能心领神会,大师所说的,就像一个人说药苦,你没吃过.再听别人描述也无法能完全知道其中滋味,只能凭自己想想.这本书名叫Nosql精粹.感觉是对以前关系型数据库一个好的总结,用对比的方法,比较传统关系型数据库和NoSQL的区别. 感觉书中的聚合对象和领域驱动设计的聚合跟貌似存在某种联系,NoSQL数据库的职责不像关系型数据库职责那么重. 将聚合对象从NoSQL数据库中…

NoSQL数据库数据模型的一般分类: 1. 键值数据模型 2. 文档数据模型 3. 列族数据模型 4. 图数据模型 常见NoSQL数据库: Redis, Cassandra, MongoDB, Neo4J, Riak... 数据库应用趋势: 1. 由于数据量越来越大,大型系统的扩展方式由数据库在单一计算机上的纵向扩展->在计算机集群中的横向扩展 2. 混合持久化(关系型数据库 + NoSQL数据库) 第一部分 第1章 为什么使用NoSQL * 关系型数据库和应用程序之间的“阻抗不匹配”.关系模型…

1.2 阻抗失谐:关系型数据库过于简单和标准的表达方式(表+行或者说关系relation+元组tuple)不能很好的映射到应用(如表达嵌套:和其它表达方式如XML).解决办法:对象-关系映射框架,但查询效率下降,关系类型复杂等等 1.5 NoSQL: No SQL, Open source (usu.), for Cluster, No Schema 2.1.1 聚合(aggregate):No SQL中若干相关元组(对象)的组合.聚合的划分应以数据访问方式为主而不是强迫划分边界(例如客户和订单…

…

NoSQL系列:选择合适的数据库 为什么使用NoSQL数据库? 阻抗失衡 关系模型和内存中的数据结构不匹配 采用更为方便的数据交互方式提升开发效率 待处理的数据量很大 数据量超过关系型数据库的承载能力 大集群的出现 在成本方面,集群中应用关系数据库,许可费用是一笔很大的支出: 横向扩展和纵向扩展:关系数据库一般只能是纵向扩展,通过对单机服务器的性能换代增强而实现:而对于扩展到多个服务器, DBMS先天不足:(DBMS不是设计给集群使用的) 对数据的访问效率要求高 NoSQL数据库的分类 键值数据…