2013-12-17 74 views
0

試圖理解面向文檔的數據庫以及如何最好地使用它們。圍繞面向文檔的數據庫環繞我的頭

假設你有一個博客。首先是國防部對此的合理選擇?

如果是這樣,將商店分成幾個月也許是一個不錯的主意,這樣在十年後你不會收到巨大的文件?

+0

這一切都取決於功能,用戶#,類型的查詢等實施 – WiredPrairie

回答

1

首先是DOD這個合理的選擇嗎?

如果您希望對此數據進行關係查詢,則不會。如果您僅限於查詢分層數據,則DOD非常適合。

這句話在這裏是一半的意見,但我認爲你會發現傳統的關係型SQL數據庫只有一些缺點和可能的優點。

如果是這樣的話,將商店分成幾個月也許是個好主意,這樣在十年後你不會收到巨大的文件?

我從來沒有使用CouchDB的,但我可以MongoDB的說話。

對於一個文檔,MongoDB具有16MB的限制(儘管有增加此限制的方法)。但是對數據庫大小沒有真正的限制。事實上,如果需要的話,MongoDB非常容易碎片化。

2

Definitive Guide to CouchDB有一個專門用於構建使用CouchDB的博客引擎的chapter

簡答題:任何可以用紙質卡片或紙張輕鬆表示的東西都非常適合文檔數據庫。博客文章和評論是適合這個文檔比喻的實體的很好的例子。