Answers:
这将返回所有带有名为“ IMAGE URL”的键的文档,但是它们可能仍为空值。
db.mycollection.find({"IMAGE URL":{$exists:true}});
这将返回所有带有称为“ IMAGE URL”的键和非空值的文档。
db.mycollection.find({"IMAGE URL":{$ne:null}});
另外,根据文档,$ exists当前不能使用索引,但是$ ne可以使用。
编辑:由于对此答案感兴趣,添加了一些示例
鉴于这些插入:
db.test.insert({"num":1, "check":"check value"});
db.test.insert({"num":2, "check":null});
db.test.insert({"num":3});
这将返回所有三个文档:
db.test.find();
这将仅返回第一个和第二个文档:
db.test.find({"check":{$exists:true}});
这将仅返回第一个文档:
db.test.find({"check":{$ne:null}});
这将仅返回第二个和第三个文档:
db.test.find({"check":null})
$ne
包括不包含字段的文档。自您发布答案以来,这种情况发生了变化吗?docs.mongodb.org/manual/reference/operator/query/ne
一支班轮最好:
db.mycollection.find({ 'fieldname' : { $exists: true, $ne: null } });
这里,
mycollection:放置所需的收藏名称
fieldname:放置所需的字段名称
说明:
$ exists:为true时,$ exists匹配包含该字段的文档,包括字段值为null的文档。如果为false,则查询仅返回不包含该字段的文档。
$ ne选择字段值不等于指定值的文档。这包括不包含该字段的文档。
因此,在您提供的情况下,以下查询将返回具有imageurl字段的所有文档,并且这些文档的值不为null:
db.mycollection.find({ 'imageurl' : { $exists: true, $ne: null } });
$exists: true
是多余的,$ne: null
足够了。
$exists: true
也返回null
值。必须同时存在$exists: true
和$ne: null
。这不是多余的。
db.collection_name.find({"filed_name":{$exists:true}});
提取包含此filed_name的文档,即使它为null。
我的主张:
db.collection_name.find({"field_name":{$type:2}}) //type:2 == String
您可以检查所需属性的类型,它将返回所查询的field_name包含值的所有文档,因为您正在检查文件的类型,否则,如果它为null,则类型条件不匹配,因此将不返回任何内容。
Nb:如果field_name有一个空字符串,表示“”,则将返回它。
db.collection_name.find({"filed_name":{$ne:null}});
额外验证:
好的,我们还没有完成,还需要一个额外的条件。
db.collection_name.
find({ "field_name":{$type:2},$where:"this.field_name.length >0"})
要么
db.collection_name.
find({ "field_name":{$ne:null},$where:"this.field_name.length >0"})
db.<collectionName>.find({"IMAGE URL":{"$exists":"true"}, "IMAGE URL": {$ne: null}})
在理想情况下,您想测试所有三个值,null,“”或空(记录中不存在该字段)
您可以执行以下操作。
db.users.find({$and: [{"name" : {$nin: ["", null]}}, {"name" : {$exists: true}}]})
尚未提及的替代方法,但是对于某些方法(不适用于NULL条目)可能是更有效的选择,即使用稀疏索引(仅当字段中存在某些内容时,索引中的条目才会存在)。这是一个示例数据集:
db.foo.find()
{ "_id" : ObjectId("544540b31b5cf91c4893eb94"), "imageUrl" : "http://example.com/foo.jpg" }
{ "_id" : ObjectId("544540ba1b5cf91c4893eb95"), "imageUrl" : "http://example.com/bar.jpg" }
{ "_id" : ObjectId("544540c51b5cf91c4893eb96"), "imageUrl" : "http://example.com/foo.png" }
{ "_id" : ObjectId("544540c91b5cf91c4893eb97"), "imageUrl" : "http://example.com/bar.png" }
{ "_id" : ObjectId("544540ed1b5cf91c4893eb98"), "otherField" : 1 }
{ "_id" : ObjectId("544540f11b5cf91c4893eb99"), "otherField" : 2 }
现在,在imageUrl字段上创建稀疏索引:
db.foo.ensureIndex( { "imageUrl": 1 }, { sparse: true } )
{
"createdCollectionAutomatically" : false,
"numIndexesBefore" : 1,
"numIndexesAfter" : 2,
"ok" : 1
}
现在,总是有一个机会(尤其是像我的示例这样的小数据集)有一个机会,而不是使用索引,MongoDB将使用表扫描,甚至用于潜在的覆盖索引查询。事实证明,这为我提供了一种简单的方法来说明此处的区别:
db.foo.find({}, {_id : 0, imageUrl : 1})
{ "imageUrl" : "http://example.com/foo.jpg" }
{ "imageUrl" : "http://example.com/bar.jpg" }
{ "imageUrl" : "http://example.com/foo.png" }
{ "imageUrl" : "http://example.com/bar.png" }
{ }
{ }
好的,因此将imageUrl
返回没有的多余文档,只是空的,而不是我们想要的。只是为了确认原因,请解释一下:
db.foo.find({}, {_id : 0, imageUrl : 1}).explain()
{
"cursor" : "BasicCursor",
"isMultiKey" : false,
"n" : 6,
"nscannedObjects" : 6,
"nscanned" : 6,
"nscannedObjectsAllPlans" : 6,
"nscannedAllPlans" : 6,
"scanAndOrder" : false,
"indexOnly" : false,
"nYields" : 0,
"nChunkSkips" : 0,
"millis" : 0,
"server" : "localhost:31100",
"filterSet" : false
}
因此,是的,a BasicCursor
等于表扫描,它不使用索引。让我们强制查询将稀疏索引与一起使用hint()
:
db.foo.find({}, {_id : 0, imageUrl : 1}).hint({imageUrl : 1})
{ "imageUrl" : "http://example.com/bar.jpg" }
{ "imageUrl" : "http://example.com/bar.png" }
{ "imageUrl" : "http://example.com/foo.jpg" }
{ "imageUrl" : "http://example.com/foo.png" }
我们一直在寻找结果-仅返回填充字段的文档。这也仅使用索引(即它是一个覆盖的索引查询),因此只有索引需要在内存中才能返回结果。
这是一个特殊的用例,不能普遍使用(有关这些选项,请参见其他答案)。特别要注意的是,按照目前的情况,您不能count()
以这种方式使用(例如,我将返回6而不是4),因此请仅在适当时使用。
检查mongo罗盘中列是否存在的最简单方法是:
{ 'column_name': { $exists: true } }
查询将是
db.mycollection.find({"IMAGE URL":{"$exists":"true"}})
它将返回所有以“ IMAGE URL”作为键的文档.....
$exists
检查密钥"IMAGE URL"
并且不考虑它的值(null
),并将返回带有的文档"IMAGE URL" : null
。
{ field : {$ne : null} }
检查是否为空docs.mongodb.org/manual/reference/operator/query/ne