解读NoSQL有时候，现实迫使我们重新审视我们认为已经了解的事物。在花费了大量的工作时间专注于以行式数据结构存储数据的数据建模任务之后，我们发现，其实建模环节并不是非做不可的。但是这些信息并不意味着我们现有的知识体系是无效的，它迫使我们去审视应该如何解决企业的技术难题。有了新的知识、技术和解决问题方式的武装之后，我们的思路才能得以扩展。
2006年，在一个涉及房地产交易的项目中，我们花了好几个月的时间设计XML的语言模式和形式以存储层次结构复杂的数据。根据我的一个朋友 Kurt Cagle 的建议，我们发现，用原生XML 数据库对数据进行存储为我们的项目节省了数月的对象建模、设计关系型数据库以及对象关系映射时间，并最终形成一个可以由非专业人员进行维护的异常简单的架构。
对进入NoSQL领域的人来说，能意识到企业数据可以用RDBMS以外的架构进行存储是重要的转折点。最初，我们可能对这些消息持怀疑态度，会带着恐惧和自我怀疑的复杂心情来看待这些信息。我们会质疑自己的技能和为我们提供培训的教育机构以及那些强调RDBMS和对象是解决问题唯一途径的组织。但是，我们如果要公平地对待客户和用户，就必须进行一种全方位的尝试来寻找解决企业问题的最佳方案并评估其他数据库产品架构。
1.1 什么是NoSQL1.2 NoSQL的商业驱动1.3 NoSQL案例研究1.4 小结
2.1 保持组件简单以促进重用2.2 将应用分层以简化设计2.3 策略地使用RAM、SSD和磁盘提升性能2.4 使用一致性散列算法维护当前的缓存2.5 比较ACID和BASE——两种可靠的数据库事务方法2.6 通过数据库分片获得水平扩展能力2.7 基于Brewer的CAP定理进行权衡2.8 实践2.9 小结2.10 延伸阅读
相关资源：敏捷开发V1.0.pptx