2009-12-31 88 views

回答

3

我認爲這是不正確的問題。 「哪個NoSQL DBMS是最X ...」的問題與「哪個RDBMS是最多的X ... ...」的形式不同。

爲什麼?那麼,NoSQL並沒有明確的定義。有一些反覆出現的特徵(分佈式,大容量,映射/減少處理,可擴展,冗餘,非關係,無模式),但這些都不是定義特徵。說穿了,NoSQL就是一大堆技術和產品,每個都有自己特殊的底層設計目標和適用性。

與傳統的RDBMS-es相似之處更加清晰。

所以我想你應該問問自己,你想達到什麼目的?然後尋找一種產品/技術來匹配它。

+0

我不是在尋找特定類型的數據庫。我已經看過面向文檔的數據庫和objcet數據庫。我不希望獲得某些特別的東西,但我想了解一種「新」的方式來堅持數據。如果我要了解一個新的數據庫,我想了解目前最成熟的那個。 – Fossmo 2009-12-31 13:48:11

+0

雖然...這是我的觀點...成熟到什麼目的?例如, – 2009-12-31 14:11:28

+0

MongoDb支持索引,並具有在couchdb中找不到的一些功能。我可能是錯的,但我認爲MongoDB比couchdb更成熟。在研究MongoDB的.NET驅動程序時,它們仍在開發中,我認爲它們不會那麼成熟。爲了簡單起見,我可以將這個問題改爲:在Windows平臺上使用面向文檔的數據庫時,最佳選擇是什麼? – Fossmo 2009-12-31 14:57:52

0

您絕對必須收集您的要求並儘可能多地評估您的選擇。

由於您可能正在部署一個需要多年維護的龐大系統,所以選擇不當的成本很高;試着讓你的整個開發團隊的意見,因爲這將是重要的(畢竟,他們將需要維護它)。

運營與發展同等重要;如果可能的話,也請讓您的運營團隊提供意見。由於基於「nosql」的系統可能涉及許多物理機器,如果問題頻繁出現,操作工程師可能需要付出很大的努力。你的操作團隊瞭解這樣的系統是如何工作的,這很重要。

驅動程序的成熟(又名客戶端庫或其他)顯然可能是一個因素,但我更懷疑它的實際功能更多是一個問題。這些系統中沒有一個表現相同,並且都提供不同的功能集,其中不兼容的接口與傳統RDBMS提供的不相似。

0

除了Mongo,還有RavenDB和FatDB。我們正在考慮後者,因爲該產品還帶有工作隊列......加上支持是基於美國的。

相關問題