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