当然，酱油不是这么打的，这样是要被鞭尸的。。。。
以下就是读《Nosql精粹》的前言的摘要，当然咯，不是照抄照搬，所以有出入之处，还请指出，见谅！
-------------------------------------------------------------------------------------------------------
稳定性在数据存储领域一直颇受重视，因为企业的数据比程序存储的时间要长很多。拥有一个既稳定，又容易理解，而且能让许多应用程序编程平台访问的数据库，是非常有价值的。
然而，由于我们需要的数据量越来越大，必须以商用服务器集群来构建大型硬件平台，因此，Nosql就应运而生了。
Nosql，定义还不很明确。它泛指一些非关系型数据库，它们主张使用无模式（schemaless）的数据，可以运行在集群环境中，并且能够牺牲传统数据库所具备的一致性，以换取另外一些有用的特性。
然而，Nosql并非是关系型数据库即将灭亡的警钟，也并非Nosql要抢走数据库领域的头把交椅。而将是一场深远的变革：关系型数据库不再是唯一的选择了。
数据库领域，正进入混合持久化时代。
本书给读者提供足够多的信息，协助大家在研发中思考：项目是否真的值得使用Nosql数据库。
本书力求讲解大量背景知识，以便大家了解Nosql工作原理。
Nosql引人关注主要原因：
1.应用程序开发效率。在很多应用程序的开发过程中，大量时间和精力都放在了内存（in-memory）数据结构和关系型数据库之间的映射上面。Nosql数据库可以提供一种更加符合应用程序需求的数据模型，从而简化了数据交互，减少了所需编写、调试并修改的代码量。
2.大规模的数据。企业所重视的是，数据库要能够快速获取并处理数据。他们发现，即便关系型数据库能达到这一目标，其成本也很高。主要原因在于，关系型数据库是为独立运行的计算机而设计的，但是现在大家通常使用由更小、更廉价的计算机所组成的集群来计算数据，这样更实惠些。许多Nosql数据库正是为集群环境而设计，因此它们更适合大数据量的应用场景。
有些人会觉得：因为Nosql数据库没有模式，所以在应用程序的生命期中，可以毫无困难地改变其数据结构。本书不同意此观点，因为无模式的数据库其实隐含了一种模式，在实现数据结构变更时，也必须修改其规则。
所有这一切都清楚表明：Nosql不是独立存在的，也不会取代关系型数据库。
本书不讲编程细节，也不去部署某个特定的数据库！
笔者认为，这本书应该在坐飞机的时候读：它不会回答你提出的所有问题，但会激发你提出一堆好问题来。
--------------------------------------------------------------------------------------------------
以上就是前言的摘要，是我认为的精华，也添加了一点点点自己的文字（很少，真的很少，基本上没有改变译者的本意），不过摘要有些断断续续，只是一些心得和笔记，如果您觉得看过摘要后，确实有把书研读一遍的必要，那么请到网上下载，或者购买观看。
