mongodb 多表關聯處理 : 內嵌以及連接(手動引用、DBref) 、aggregate中$lookup


MongoDB與關系型數據庫的建模還是有許多不同,因為MongoDB支持內嵌對象和數組類型。MongoDB建模有兩種方式,一種是內嵌(Embed),另一種是連接(Link)。那么何時Embed何時Link呢?那得看兩個實體之間的關系是什么類型。

一對一的關系:Embed,比如用戶信息集合有Address字段,Address字段有省、市、縣三個字段。建模如下:

QQ截圖20120725190049

 

 

QQ截圖20120725185306

 

 

 

 

 

 

 

 

 

 

一對多關系:一篇文章有多條評論,為1對多關系

QQ截圖20120725185727QQ截圖20120725190617

由於MongoDB對單個文檔(document)有大小限制16M(高於v1.8),設計時也要將這個限制納入考慮中。

多對多關系:學生和課程是多對多的關系,一個學生可以選多門課程,一門課程有多名學生參與。

QQ截圖20120725190110

多對多使用了連接(Linking),連接是通過引用(References)來連接兩個集合。MongoDB References有兩種:一種是 手動引用(Manual References),另一種是DBRefs。

Manual References:

QQ截圖20120725192451(user集合)

QQ截圖20120725192634(post集合)

紅框地方就是Manual References,如果想查詢一篇文章的作者信息,首先在post集合找出那篇文章,然后在user集合查找出用戶的全部信息。但是假如有這么一個場景:用戶可以對圖片,文章等各種資源評論,所有的評論都放在comment集合中,如果只是使用Manual References,就分不清楚評論到底是屬於哪類資源了,圖片?文章?。所以有了DBRef。

DBRef的形式:

{ $ref : <value>, $id : <value>, $db : <value> }
$ref:集合名稱;$id:引用的id;$db:數據庫名稱,可選參數。
可以看到DBRef的結構比Manual References的復雜,占用的空間大,但是功能也強大,如果要跨數據庫連接,上面講的評論集合的例子,都得需要使用DBRef,MongoDB提供了函數來解析DBRef,不用像Manual References需要自己手動寫兩次查詢。
QQ截圖20120725195916
 
關於MongoDB的數據建模MongoDB官網也給出了一些建議。這些建議都是提供了一些參考,實際建模需要根據具體的需求來分析,
分析數據經常會執行哪些操作(排序,查找,修改)來選擇Embed和Link。

---------

  我們來看mongodb另一個非常有意思的東西,那就是$lookup,我們知道mongodb是一個文檔型的數據庫,而且它也是最像關系型數據庫的

一種nosql,但是呢,既然mongodb是無模式的,自然就很難在關系型數據庫中非常擅長的多表關聯上發揮作用,在這之前,我們可以使用DbRef,但

是呢,在mongodb 3.2 中給你增加了一個相當牛逼的手段,那就是$lookup,而且放到了aggreation這種重量級的pipeline分析框架上,自然就是一等

公民了,牛逼哈~。

$lookup:

db.product.insert({"_id":1,"productname":"商品1","price":15})
db.product.insert({"_id":2,"productname":"商品2","price":36})


db.orders.insert({"_id":1,"pid":1,"ordername":"訂單1"})
db.orders.insert({"_id":2,"pid":2,"ordername":"訂單2"})
db.orders.insert({"_id":3,"pid":2,"ordername":"訂單3"})
db.orders.insert({"_id":4,"pid":1,"ordername":"訂單4"})

db.product.find()
db.orders.find()


語法:
db.product.aggregate([ { $lookup: { from: "orders", localField: "_id", foreignField: "pid", as: "inventory_docs" } } ])
然后展示的結果如下:
復制代碼
 1 /* 1 */
 2 {
 3     "_id" : 1.0,
 4     "productname" : "商品1",
 5     "price" : 15.0,
 6     "inventory_docs" : [ 
 7         {
 8             "_id" : 1.0,
 9             "pid" : 1.0,
10             "ordername" : "訂單1"
11         }, 
12         {
13             "_id" : 4.0,
14             "pid" : 1.0,
15             "ordername" : "訂單4"
16         }
17     ]
18 }
19 
20 /* 2 */
21 {
22     "_id" : 2.0,
23     "productname" : "商品2",
24     "price" : 36.0,
25     "inventory_docs" : [ 
26         {
27             "_id" : 2.0,
28             "pid" : 2.0,
29             "ordername" : "訂單2"
30         }, 
31         {
32             "_id" : 3.0,
33             "pid" : 2.0,
34             "ordername" : "訂單3"
35         }
36     ]
37 }
復制代碼

下面我簡單介紹一些$lookup中的參數:

from:需要關聯的表【orders】

localField: 【product】表需要關聯的鍵。

foreignField:【orders】的matching key。

as:           對應的外鍵集合的數據,【因為可能是一對多的,對吧】

 

參考文檔:http://www.cnblogs.com/huangxincheng/p/5728791.html

      http://blog.csdn.net/bugall/article/details/45062663

 
       


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM