不考虑mongodb，mongodb的disk footprint太大，太占硬盘空间。
hbase是不是一个好方案？没用过，稍微浏览了下文档，感觉配置起来有点复杂。
redis做集群，合适吗？
或者整一个分布式文件系统，直接存成文件？
大神们，求破！
hbase是不是一个好方案？没用过，稍微浏览了下文档，感觉配置起来有点复杂。
redis做集群，合适吗？
或者整一个分布式文件系统，直接存成文件？
大神们，求破！
This topic created in 4741 days ago, the information mentioned may be changed or developed.
 | 1 Livid MOD PRO Riak |
 | 2 Cadina May 22, 2013 这要看你查询的需求了啊 |
| 3 Livid MOD PRO  1 HBase 的问题是，这些数据你打算用什么编程语言来存取？ HBase 的 first-class 编程语言是 Java。 |
 | 4 plprapper May 22, 2013 把value做序列化处理 然后再看看大小呢？ |
 | 5 webflier OP |
| 6 Livid MOD PRO 1 @webflier Riak 出来的时间不短了，是一个靠谱的分布式 KV 数据库。你可能需要花一些时间研究它的部署，但是一旦熟悉了，这个东西还是很可靠的。 |
 | 8 swulling May 22, 2013 你这个才T级别的数据，不必太在乎硬盘空间吧。 |
 | 9 austin May 22, 2013 1 应该视你数据的读取频率、改写频率、数据一致性要等需求不同，而最终方案不同。 如果读取频率很小，自己搞一个hash算法，存文件或直接存mysql都可以。 如果读取的很频繁，而且是乱序的，放redis里面是一个好方案。也是自己hash分到多个redis实例即可。 |
 | 10 davepkxxx May 22, 2013 memcache或着membase |
 | 11 llbgurs May 22, 2013 couchbase |
 | 12 oldgun May 22, 2013 你这个其实Berkeley DB就可了，可能插入性能需要看看。 |
 | 13 Los May 23, 2013 1 插个内容，Hbase 支持 REST 方式进行操作 http://wiki.apache.org/hadoop/Hbase/Stargate 当然，有更好的另一种操作方式是通过 Thrift 连接 Hbase，能够支持常见的开发语言，包括c#,java,python,php,ruby 等等 http://wiki.apache.org/hadoop/Hbase/ThriftApi |
 | 14 Frannk May 23, 2013 1 Mysql 分库分表 存blob |
 | 15 Ricepig May 23, 2013 1 column based database就好了，列数据压缩，效率比较高 |
 | 16 aisk May 23, 2013 1 LevelDB也可以。或者楼主可以按文件名做hash到不同机器，然后机器里再按hash分布到多层的目录里。 |
| 17 webflier OP |
 | 18 wuxqing May 23, 2013 Twemproxy + redis 应该也可以的 Twemproxy：https://github.com/twitter/twemproxy |
 | 19 clowwindy May 23, 2013 @Livid HBase 有 HTTP 和 thrift 接口，我们之前用过 tornado + REST HBase 不过 HBase 的运维成本非常高。 |
 | 22 pyKun Jun 6, 2014 关注下riak |
Select Language