1.什么场景适合redis? 2.什么场景适合mongodb? 3.什么场景是不适合用kv型数据库来做的? 4.SNS型网站是否可以完全放弃关系型数据库？ 5.B2C型网站是否可以尝试用kv型数据库来做？
1.redis 类似membercache，可做可持续化缓存，独自被用作数据库的不多
2.mongodb 类似mysql 好的扩展性
3.涉及关联运算的系统
4.可以，不过都会关联使用
5.可以，在某些数据
Redis我是用于IO可能将是瓶颈的地方，存储总是会从硬盘上读写的数据，降低硬盘IO开销，可以看作是一个缓存。Redis为提升IO速度而生。 MongoDB可以存海量数据，毕竟是硬盘数据库，这一点跟Redis不同。速度也是很快的（如果索引建的正确），当然，这是和其他硬盘数据库比较。
我自己自从用上了非关系型，就再也没用关系型的了。
估计纯KV不能满足，毕竟查询也是个刚性需求。
@michel yang: 是说的MemoryCache吧
我觉得应用与电商可以这样 1 商品数据 可以全部用mongodb, 包括属性搜索 2 商品的价格数据 也可以用mongo 包括复杂的促销, 满减, 限制, 团购 3 订单数据还需要用mysql 关系型数据 4 用户数据实际也可以用mysql, 5 评论用mongo
1.redis 类似membercache，可做可持续化缓存，独自被用作数据库的不多
2.mongodb 类似mysql 好的扩展性
3.涉及关联运算的系统
4.可以，不过都会关联使用
5.可以，在某些数据
Redis我是用于IO可能将是瓶颈的地方，存储总是会从硬盘上读写的数据，降低硬盘IO开销，可以看作是一个缓存。Redis为提升IO速度而生。
MongoDB可以存海量数据，毕竟是硬盘数据库，这一点跟Redis不同。速度也是很快的（如果索引建的正确），当然，这是和其他硬盘数据库比较。
我自己自从用上了非关系型，就再也没用关系型的了。
估计纯KV不能满足，毕竟查询也是个刚性需求。
@michel yang: 是说的MemoryCache吧
我觉得应用与电商可以这样
1 商品数据 可以全部用mongodb, 包括属性搜索
2 商品的价格数据 也可以用mongo 包括复杂的促销, 满减, 限制, 团购
3 订单数据还需要用mysql 关系型数据
4 用户数据实际也可以用mysql,
5 评论用mongo