所以，关系数据库无法应付现在日益增长的巨量访问了。关系数据库只能走集中式思路，那是科研单位骗国家投资搞的昂贵玩意，而分布式思路廉价，google靠两个人在仓库中，依据Map/reduce分布式架构推出了影响世界的产品，和那些世界领先的“银河几号”相比，哪个更造福大家，一目了然。
所以，要NoSQL，抛弃关系数据库，现在已经逐渐成主流。
当然，可能很多人从感情上还是不理解，或者不愿意承认，自己的程序生涯是走在被欺骗的道路上。
建议，可以多看看本站这方面文章。
能不能帮忙解释下关系型数据库为什么不能做好P呢？ 谢谢
关系数据库弱项关键还是在A，可用性，可伸缩性，强项是C和P，CAP一般只能满足两个。
为防止身在庐山中，不识庐山真面貌，如果我们只了解关系数据库，可能感觉不出它的问题，那么我们多多了解它的反面NoSQL Key-Value存储以后，就明白关系数据库的短处在哪里。
这是证明CAP理论的论文..
简化版本, 看下面这一篇.
http://www.julianbrowne.com/article/viewer/brewers-cap-theorem
传统的数据大部分都不是分布式环境下的, 自然不会遭遇这个问题..
C- Consistency 保证数据的一致性,一旦数据commit,所有的人都可以看到一致的数据.
A- Availability 数据始终可访问.
P- Partition tolerance 哪怕在出现网络分隔的情况下, 系统也可以正常运转.