我正在评估来自Membased/memcached的MongoDB，因为我想要更大的灵active。当然，Membase在进行快速(多)键查找方面非常出色。我喜欢MongoDB为我提供的额外选项，但它在进行多键查找方面也很快吗？我见过$or和$in运算符，我相信我可以用它来建模。我只是想知道它是否与Membase的性能(在同一个联盟中)。用例，例如，Lucene/Solr返回20个产品ID。在Couchdb中查找这些产品ID以返回文档/适当的字段。谢谢，吉尔特-扬 最佳答案 根据我的经验，对于您的用例，我会说是这样:我将一些分析侵入

我有一个定义了多键索引的文档集合。但是，仅43K文档的查询性能就很差。这个查询的~215ms是否被认为很差？如果nscanned为43902(等于集合中的文档总数)，我是否正确定义了索引？文档:{"_id":{"$oid":"50f7c95b31e4920008dc75dc"},"bank_accounts":[{"bank_id":{"$oid":"50f7c95a31e4920009b5fc5d"},"account_id":["ff39089358c1e7bcb880d093e70eafdd","adaec507c755d6e6cf2984a5a897f1e2"]}],"crea

我发现很难理解如何在mongodb中对多键进行准确的索引。这是我在其网站上的mongodb文档中读到的关于多键的内容:1)“在数组元素索引上创建索引会导致数据库索引数组的每个元素”2)"...将为文档上的所有标签编制索引，并为该文档的"X"、"Y"和"Z"创建索引条目。"那么，该文档的索引条目到底是什么意思？每个文档是否记住条目，在这种情况下搜索将是全表扫描？还是mysql的同一个b-tree索引，每个索引条目将指向多个文档，在这种情况下，我想太多了。举个例子:obj1={name:"Apollo",text:"SometextaboutApollomoonlandings",tags

随着finder_sql和其他东西的弃用，与2个键关联起来一直很痛苦。假设我有2个模型，model_1和model_2，它们都有唯一的ID，我想与其他2个字段建立关联，假设每个模型共享其他2个键，例如category_id和country_id。现在我可以:classModel_1(object){where(category_id:object.category_id)},foreign_key::country_id,primary_key::country_idend现在我可以:m=Model1.find(x)m.model_2这行得通!!，但是......m=Model1.in