如何配合使用NoSQL和SQL，特别是原子性问题存在的时候

如何配合使用NoSQL和SQL，特别是原子性问题存在的时候

1.从问题描述来看，你需要Nosql执行事务功能。

2.Nosql没有真正的事务功能（有些Nosql产品有假事务功能）。

3.可以借助SQL来给Nosql模拟一套事务功能，但实现非常复杂、麻烦、容易出错，而且实现后性能极低。

4.这个问题的根源在于，当初使用Nosql之前，你们根本没认识到Nosql到底是什么。

5.建议做法：需要事务的功能，不用Nosql，用SQL。

而传统的关系数据库在应付web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，例如：
1、High performance - 对数据库高并发读写的需求
web2.0网站要根据用户个性化信息来实时生成动态页面和提供动态信息，所以基本上无法使用动态页面静态化技术，因此数据库并发负载非常高，往往要达到每秒上万次读写请求。关系数据库应付上万次SQL查询还勉强顶得住，但是应付上万次SQL写数据请求，硬盘IO就已经无法承受了。其实对于普通的BBS网站，往往也存在对高并发写请求的需求。
2、Huge Storage - 对海量数据的高效率存储和访问的需求
对于大型的SNS网站，每天用户产生海量的用户动态，以国外的Friendfeed为例，一个月就达到了2.5亿条用户动态，对于关系数据库来说，在一张2.5亿条记录的表里面进行SQL查询，效率是极其低下乃至不可忍受的。再例如大型web网站的用户登录系统，例如腾讯，盛大，动辄数以亿计的帐号，关系数据库也很难应付。

1.从问题描述来看，你需要Nosql执行事务功能。
2.Nosql没有真正的事务功能（有些Nosql产品有假事务功能）。
3.可以借助SQL来给Nosql模拟一套事务功能，但实现非常复杂、麻烦、容易出错，而且实现后性能极低。
4.这个问题的根源在于，当初使用Nosql之前，你们根本没认识到Nosql到底是什么。
5.建议做法：需要事务的功能，不用Nosql，用SQL。