標籤:mongodb資料建模 建模 效能最佳化
一對一的關係:Embed,比如使用者資訊集合有Address欄位,Address欄位有省、市、縣三個欄位。建模如下:
650) this.width=650;" class="fit-image" title="QQ20120725190049" alt="QQ20120725190049" src="http://images.51cto.com/files/uploadimg/20120726/0833430.jpg" border="0" />
650) this.width=650;" class="fit-image" title="QQ20120725185306" alt="QQ20120725185306" src="http://images.51cto.com/files/uploadimg/20120726/0833431.jpg" border="0" width="498" />
一對多關聯性:一篇文章有多條評論,為1對多關係
650) this.width=650;" class="fit-image" title="QQ20120725185727" alt="QQ20120725185727" src="http://images.51cto.com/files/uploadimg/20120726/0833432.jpg" border="0" />650) this.width=650;" class="fit-image" title="QQ20120725190617" alt="QQ20120725190617" src="http://images.51cto.com/files/uploadimg/20120726/0833433.jpg" border="0" width="498" />
由於MongoDB對單個文檔(document)有大小限制16M(高於v1.8),設計時也要將這個限制納入考慮中。
多對多關係:學生和課程是多對多的關係,一個學生可以選多門課程,一門課程有多名學生參與。
650) this.width=650;" class="fit-image" title="QQ20120725190110" alt="QQ20120725190110" src="http://images.51cto.com/files/uploadimg/20120726/0833434.jpg" border="0" />
多對多使用了串連(Linking),串連是通過引用(References)來串連兩個集合。MongoDB References有兩種:一種是 手動引用(Manual References),另一種是DBRefs。
Manual References:
650) this.width=650;" class="fit-image" title="QQ20120725192451" alt="QQ20120725192451" src="http://images.51cto.com/files/uploadimg/20120726/0833435.jpg" border="0" width="498" />(user集合)
650) this.width=650;" class="fit-image" title="QQ20120725192634" alt="QQ20120725192634" src="http://images.51cto.com/files/uploadimg/20120726/0833436.jpg" border="0" width="498" />(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需要自己手動寫兩次查詢。
650) this.width=650;" class="fit-image" title="QQ20120725195916" alt="QQ20120725195916" src="http://images.51cto.com/files/uploadimg/20120726/0833437.jpg" border="0" width="498" />
關於MongoDB的資料建模MongoDB官網也給出了一些建議。這些建議都是提供了一些參考,實際建模需要根據具體的需求來分析,分析資料經常會執行哪些操作(排序,尋找,修改)來選擇Embed和Link。
本文出自 “ghost” 部落格,請務必保留此出處http://caizi.blog.51cto.com/5234706/1542484