指南

MongoDB在4.2 版本推出了Wildcard Indexes，究竟什么是Wildcard Indexes以及Wildcard Indexes適合哪些場(chǎng)景本文結(jié)合官方文檔以及實(shí)際測(cè)試進(jìn)行簡(jiǎn)單概述。

1、通配符索引示例

因?yàn)镸ongoDB是dynamic schemas，所以應(yīng)用是可以查詢?nèi)魏我阎侄位蛘唠S機(jī)字段的。

假設(shè)(此假設(shè)案例摘自官方文檔)，集合colA的UserMetadata字段包含如下數(shù)據(jù)：

{ "userMetadata" : { "likes" : [ "dogs", "cats" ] } }
{ "userMetadata" : { "dislikes" : "pickles" } }
{ "userMetadata" : { "age" : 45 } }
{ "userMetadata" : "inactive" }

但是在查詢的時(shí)候可能是如下語(yǔ)句：

db.colA.find({ "userMeta2
通配符索引的形式data.likes" : "dogs" })
db.colA.find({ "userMetadata.dislikes" : "pickles" })
db.colA.find({ "userMetadata.age" : { $gt : 30 } })
db.colA.find({ "userMetadata" : "inactive" })

是否能通過(guò)一個(gè)索引來(lái)完成上述需求？

答案是肯定的，上述查詢可以通過(guò)通配符索引來(lái)實(shí)現(xiàn)既定需求，也就是 db.colA.createIndex( { "userMetadata.$**" : 1 } )。

那么如何創(chuàng)建通配符索引？

注意：首先應(yīng)該明確的是通配符索引只在版本兼容性4.2的時(shí)候才能創(chuàng)建。

如何查詢版本兼容性？

db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )

如何設(shè)置？

db.adminCommand( { setFeatureCompatibilityVersion: "4.2" } )

2、通配符索引的形式

單字段通配符索引

{
 "_id" : ObjectId("5ee2df16911d8dfaa91520b4"),
 "product_name" : "Spy Coat",
 "product_attributes" : {
 "material" : [
 "Tweed",
 "Wool",
 "Leather"
 ],
 "size" : {
 "length" : 72,
 "units" : "inches"
 }
 }
}
{
 "_id" : ObjectId("5ee2df30911d8dfaa91520b5"),
 "product_name" : "Spy Pen",
 "product_attributes" : {
 "colors" : [
 "Blue",
 "Black"
 ],
 "secret_feature" : {
 "name" : "laser",
 "power" : "1000",
 "units" : "watts"
 }
 }
}

如果數(shù)據(jù)結(jié)構(gòu)是上面這樣的，其中product_attributes 屬性包含任何的結(jié)構(gòu)。

那么如果我們創(chuàng)建一個(gè)這個(gè)索引，它會(huì)進(jìn)行什么操作？

db.product_catalog.createIndex({"product_attributes.$**":1})。

因?yàn)閜roduct_attributes 里面包含數(shù)組和嵌套文檔等對(duì)象，實(shí)際創(chuàng)建這個(gè)索引后，會(huì)迭代嵌套文檔或者數(shù)組把里面的所有的值都取出來(lái)放到索引里。支持如下查詢：

db.product_catalog.find({"product_attributes.colors":"Blue"})
db.product_catalog.find({"product_attributes.secret_feature.name":"laser"})
db.product_catalog.find({"product_attributes.size.length":{$gt:60}})

全字段的通配符索引

可以通過(guò)下面的語(yǔ)句創(chuàng)建一個(gè)索引，索引中包含集合中的所有字段，但是不包括_id（如果想包含_id可以通過(guò)wildcardProjection 來(lái)設(shè)置），如果集合中的字段包含數(shù)組或者嵌套對(duì)象的話，那么會(huì)迭代數(shù)組或者嵌套對(duì)象并把值放到索引中。

Db.product_catalog.createIndex({“$**”:1}) 

給每個(gè)文檔添加一個(gè)address的字段。

7777:PRIMARY> db.product_catalog.find().pretty()
{
 "_id" : ObjectId("5ee2df16911d8dfaa91520b4"),
 "product_name" : "Spy Coat",
 "product_attributes" : {
 "material" : [
 "Tweed",
 "Wool",
 "Leather"
 ],
 "size" : {
 "length" : 72,
 "units" : "inches"
 }
 },
 "address" : "Beijing"
}
{
 "_id" : ObjectId("5ee2df30911d8dfaa91520b5"),
 "product_name" : "Spy Pen",
 "product_attributes" : {
 "colors" : [
 "Blue",
 "Black"
 ],
 "secret_feature" : {
 "name" : "laser",
 "power" : "1000",
 "units" : "watts"
 }
 },
 "address" : "Tianjin"
}

db.product_catalog.find({"product_name":"Spy Coat","address":"nanji","product_attributes.colors":"Blue"})

在全字段通配符索引的基礎(chǔ)上可以明確包含哪些或者不包含哪些字段到通配符索引中，只能是在全字段通配符索引的基礎(chǔ)上，單字段的是不可以的：

在全字段的基礎(chǔ)上創(chuàng)建一個(gè)明確包含哪些字段的索引：

db.collection.createIndex(
 { "$**" : 1 },
 { "wildcardProjection" :
 { "fieldA" : 1, "fieldB.fieldC" : 1 }
 }
)

注意：通配符索引不支持在使用wildcardProjection的時(shí)候混合使用包含和排除語(yǔ)句，除了明確指定包含_id字段的時(shí)候。

在全字段的基礎(chǔ)上創(chuàng)建一個(gè)明確不包含哪些字段的索引：

db.collection.createIndex(
 { "$**" : 1 },
 { "wildcardProjection" :
 { "fieldA" : 0, "fieldB.fieldC" : 0 }
 }
)

3、通配符索引的行為

通配符索引的行為根據(jù)其字段類型不同而有所不同。

• 字段為對(duì)象
  如果是對(duì)象的話，會(huì)將對(duì)象中的內(nèi)容存儲(chǔ)到索引中，通配符索引會(huì)把對(duì)象中的所有嵌套對(duì)象加載到索引中。
• 字段為數(shù)組
  如果是數(shù)組的話，通配符索引遍歷數(shù)組并且將每個(gè)元素都存儲(chǔ)到索引中。
  如果數(shù)組中的元素是一個(gè)對(duì)象的話，通配符索引把對(duì)象中的內(nèi)容加載到索引中，像上面的加載對(duì)象一樣。
  如果數(shù)組中的元素是一個(gè)數(shù)組的話(就是多維數(shù)組)，通配符索引并不迭代嵌套數(shù)組，相反是把整個(gè)嵌套數(shù)組作為一個(gè)值來(lái)看。
• 其他類型
  把值記錄到數(shù)組中。
  通配符索引會(huì)持續(xù)迭代任何的嵌套對(duì)象或者數(shù)組直到最底層(就是不能在迭代為止)，然后它會(huì)索引全路徑。

通配符索引對(duì)于顯示數(shù)組位置的查詢

通配符索引雖然不會(huì)記錄給定數(shù)組中的元素下標(biāo)，但是，MongoDB仍然可以選擇通配符索引來(lái)滿足包含一個(gè)或多個(gè)顯式數(shù)組索引的字段路徑的查詢(for example, parentArray.0.nestedArray.0)

由于為每個(gè)連續(xù)嵌套數(shù)組定義索引邊界的復(fù)雜性日益增加，如果該路徑包含8個(gè)以上的顯式數(shù)組索引，MongoDB不會(huì)考慮使用通配符索引來(lái)回答查詢中的給定字段路徑。MongoDB仍然可以考慮使用通配符索引來(lái)回答查詢中的其他字段路徑。

如果超過(guò)了8個(gè)以上顯示數(shù)組索引的話MongoDB 會(huì)考慮另外的索引或者執(zhí)行全集合掃描。如下結(jié)構(gòu)：

{
 "parentObject" : {
 "nestedArray" : [
 "elementOne",
 {
  "deeplyNestedArray" : [ "elementTwo" ]
 }
 ]
 }
}

請(qǐng)注意，通配符索引本身對(duì)索引文檔時(shí)遍歷文檔的深度沒(méi)有任何限制；該限制僅適用于顯式指定精確數(shù)組索引的查詢。通過(guò)發(fā)出沒(méi)有顯式數(shù)組索引的相同查詢，MongoDB可以選擇通配符索引來(lái)回答查詢。

4、通配符索引的限制

1.首先通配符索引是一個(gè)稀疏索引，只存放存在的字段在索引里面，不存在的不存放，也就是說(shuō)當(dāng)你使用{$exists:false}的時(shí)候，是不會(huì)走索引的，是全集合掃描。

db.test_new_wildidx.find({"block.attr":{$exists:false}})

db.test_new_wildidx.find({"block.attr":{$exists:true}})  但是支持true的。

2.通配符索引不支持直接等于/不等于一個(gè)對(duì)象或者數(shù)組。

通配符索引會(huì)將對(duì)象或者數(shù)組中的元素加載到索引中，而不是整體放到索引中。故通配符索引不支持直接用文檔或者數(shù)組來(lái)匹配。

所以上面的例子如果

7777:PRIMARY> db.test_new_wildidx.find({"block.attr.address_new": ["haicheng", "beijing", "chongqing"]})

就是想匹配整個(gè)數(shù)組的話，是不可能用到通配符索引的。

那么如果有這個(gè)需求該如何解決？Db.test_new_wildidx.createIndex({"block.attr.address_new":1}) 通過(guò)這個(gè)索引來(lái)解決。

雖然通配符索引不支持整個(gè)文檔或者對(duì)象直接精準(zhǔn)匹配查詢，但是支持?jǐn)?shù)組或者對(duì)象為空{(diào)} 這種操作:

7777:PRIMARY> db.test_new_wildidx.find({"block.attr": {}})
7777:PRIMARY> db.test_new_wildidx.find({"block.attr.address_new": {}})

3. 通配符索引支持如下索引類型或者或者屬性：

Compound
TTL
Text
2d (Geospatial)
2dsphere (Geospatial)
Hashed
Unique

4.通配符索引不支持文檔中的數(shù)組$ne null這種。其實(shí)不光是數(shù)組，別的字段也同樣，只要是$ne都不會(huì)使用通配符索引。

5、總結(jié)

通配符索引在一定程度上可以應(yīng)對(duì)在建模初期對(duì)于索引建立疏忽的遺漏，但是如果一味依賴通配符索引來(lái)解決查詢中的各種精確字段的匹配那就是鄭人買(mǎi)履了，在實(shí)際測(cè)試中通配符索引和精確字段的索引相比隨著數(shù)據(jù)的增長(zhǎng)效率逐漸下滑。這也是官方不是很建議使用通配符索引來(lái)替代常規(guī)索引的原因。

到此這篇關(guān)于MongoDB通配符索引的文章就介紹到這了,更多相關(guān)MongoDB通配符索引內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論