只是想知道是否有什麼樣的指導方針,當你正在設計面向文檔的數據庫,我正在談論CouchDb。有沒有文件數據庫的設計指南?
我知道無模式的事物可以採取我們想要的形式,但是,有沒有什麼最佳實踐?
在此先感謝! = D
只是想知道是否有什麼樣的指導方針,當你正在設計面向文檔的數據庫,我正在談論CouchDb。有沒有文件數據庫的設計指南?
我知道無模式的事物可以採取我們想要的形式,但是,有沒有什麼最佳實踐?
在此先感謝! = D
Jan Lehnardt最近寫了一個有用的數據概述建模(我不會稱之爲「模式」設計,因爲你正確地指出)。
我不知道CouchDB的具體情況,但有關Schema Design的MongoDB Docs有些事情。
這與CouchDB不相關。 MongoDB需要一致的數據模式進行索引,CouchDB不需要。 map/reduce階段並將任何無模式數據規範化爲統一索引。 – mikeal 2010-05-21 18:57:08
@mikeal,你是什麼意思「MongoDB確實需要一致的數據模式進行索引。」? – TTT 2010-05-21 21:49:37
MongoDB的索引基於鍵名,這意味着您只能與一致的數據方案建立關係。 CouchDB的map/reduce允許您對文檔進行內省併發出規範化的索引,這意味着數據可以真正的無模式化,而不會限制可索引的內容。 – mikeal 2010-05-25 07:36:55
感謝您的鏈接!它有很好的信息= D – Hugo 2010-05-24 18:20:22
鏈接現在是http://blog.couchbase.com/document-modeling-rules-thumb – 2011-08-16 09:54:39
鏈接已過期 – Romaan 2015-08-17 23:34:57