我有一个应用程序,它将定期创建大量散列(10,000+) (名称/值对的集合)。散列可能会被操作几次,然后被删除。
对于这一点,MongoDB是合适的选择吗?有没有明显更合适的替代方案?
发布于 2010-08-26 04:15:09
Mongo是一个文档数据库,对于键/值对来说有点过分了。它的优势在于它可以在文档中执行即席查询。如果你需要这个,那就太好了。
看看tokyocabinet。据说这是一个非常快的键/值存储。
发布于 2010-08-26 23:09:08
Redis @jmay:有很多潜在的解决方案:,TokyoCabinet,MongoDB,CouchDB,Cassandra,HBase……你自己选吧。
如果你认为10,000+是“一个很大的数字”,那么这些系统中的任何一个都可以为你工作。我使用的是Mongo,它的系统又有四个0。
就我个人而言,我喜欢Mongo,因为它相对快速且易于设置。看看他们的quickstart guide,你就会明白我的意思了。
https://stackoverflow.com/questions/3569814
复制相似问题