2014-11-06 27 views
0

我們將實現該功能,它促使我問自己在MongoDB中的好處和缺陷。 我不想在MongoDB中創建任何數據模型,並讓客戶端通過發送json對象來創建它。 這是因爲在某些情況下可能會更改模式。MongoDB數據模型的優點和克隆

它激發了我們需要創建數據模型的原因,就像普通的RDB一樣。

如果用戶可以知道數據的所有模式,並確保他們發送的數據將具有正確的格式。這是一個更好的解決方案嗎?

這兩種情況的優缺點是什麼? 這種情況下的任何其他技術替代品?

回答

0

MongoDB不是無模式的 - 將其視爲「模式靈活」和「模式動態」,但不是無模式。當你不太清楚你在數據庫中存儲的內容時,你會在出路上爲這種靈活性付出代價;還有索引和性能影響。另外要記住的是,爲了提高性能,您必須弄清楚最常用的查詢將會是什麼,並創建適當的索引 - 這意味着您確切知道要存儲哪種類型的數據。沒有免費的午餐,一切都是權衡。