mongodb - 在 mongodb 中检索数组中的位置

Question

是否可以检索与查询匹配的数组元素的位置？

例如，我有一个包含这样文档的集合:

{"_id":ObjectId("560122469431950bf55cb095"), "otherIds": [100, 103, 108, 104]}

我想为 otherId->108 获得这样的查询结果:

{"_id":ObjectId("560122469431950bf55cb095"),"position":3}

有没有可能得到这样的东西？提前致谢!

Answer 1

好吧，你总是可以运行 mapReduce为此并通过 .indexOf() 匹配数组索引:

db.collection.mapReduce(
    function() {
        emit(this._id,{ "position": this.otherIds.indexOf(108) });
    },
    function() {},
    {
        "out": { "inline": 1 },
        "query": { "otherIds": 108 }
    }
)

或者对于可能的“多个”匹配然后使用 .map() 和可选的“index”参数:

db.collection.mapReduce(
    function() {
        emit(this._id,{ 
            "positions": this.otherIds.map(function(el,idx) {
                return (el == 108) ? idx : -1;
            }).filter(function(el) {
                return el != -1;
            })
       });
    },
    function() {},
    {
        "out": { "inline": 1 },
        "query": { "otherIds": 108 }
    }
)

当然，数组索引从 0 开始，所以如果您希望结果为 3，那么您始终可以将 1 添加到索引中位置匹配。

当然有争议的是，您只是简单地在查询响应中返回数组并匹配客户端代码中匹配元素的位置，除非您有特别大的数组，否则最好以这种方式处理。

目前在 MongoDB 的开发分支中有一个 $arrayElemAt 运算符，但不幸的是，这是相反的，它不是返回匹配元素的位置，而是返回元素的位置给定的位置。并且由于目前没有确定当前阵列位置或循环所有可能位置的方法，因此无法通过逆向工程在给定位置提供正匹配。

也有争议的是，其他操作符，如 $map 和即将推出的 $filter(也在 dev 分支中)应该有一个类似的选项作为系统变量可访问命令，如它们的 JavaScript 和其他语言的等价物。然后可以使用类似 $$IDX 的东西(来自其他系统变量的趋势，例如 $$ROOT )，然后您可以在 .aggregate() 下执行此操作:

db.collection.aggregate([
    { "$match": { "otherIds": 108 } },
    { "$project": {
        "position": {
            "$filter": {
                "input": {
                    "$map": {
                        "input": "$otherIds",
                        "as": "el",
                        "in": {
                            "$cond": [
                                { "$eq": [ "$$el", 108 ] },
                                "$$IDX",
                                -1
                            ]
                        }
                    }
                },
                "as": "el",
                "cond": { "$ne": ["$$el", -1] }
            }
        }
    }}
])

但这还没有发生，尽管很高兴看到，而且似乎不是一个很难的问题，因为两者都有内部工作机制，无论如何都保持当前索引位置，所以应该只是公开它以供使用的问题一个可访问的变量。